amadeus-replay
将工作流的审计轨迹和工件整理成可读的会话叙事并在终端输出，不改动状态。
▸ 推荐理由适合向利益相关者同步决策过程与历史，便于事后复盘与审计。
全部收录
相关性达标的全量 Skills（含未精选长尾）· 共 7200 个
amadeus-refined-mockups
单独运行 refined-mockups 阶段以生成和提交细化的界面原型或设计工件。
▸ 推荐理由便于仅做原型迭代与设计评审，不需跑完整工作流。
▸ 风险提示可能会提交或修改仓库内容，使用前请确认权限与目标分支。
amadeus-practices-discovery
单独执行 practices-discovery 阶段以发现团队实践与改进建议，不推进主工作流。
▸ 推荐理由便于在项目初期梳理实践与规范，为后续开发提供方向。
▸ 风险提示可能运行本地命令并写入工件，建议在受控环境中使用。
amadeus-performance-validation
在不推进主工作流的情况下单独运行 performance-validation 阶段以执行性能检查。
▸ 推荐理由适合独立做性能验证或回归测试，快速定位性能问题。
▸ 风险提示会运行本地测试或负载工具并可能修改环境，需在测试环境执行。
amadeus-outcomes-pack
在工作流结束时生成完整的交接文档 OUTCOMES.md，整理成果与操作说明。
▸ 推荐理由便于移交与运维，避免重跑工作流即可恢复上下文和操作细节。
amadeus-observability-setup
在不推进主工作流的情况下单独运行 observability-setup 阶段并执行相关 gate。
▸ 推荐理由便于独立测试或部署监控配置，无需完整执行整个工作流。
▸ 风险提示会执行本地命令并可能修改系统或部署监控，须在受控环境运行。
amadeus-nfr-requirements
单独运行 AI-DLC 的 nfr-requirements（非功能需求收集）阶段。
▸ 推荐理由适合单独收集与验证系统非功能性需求。
▸ 风险提示会在本地工作区执行并可能提交变更，需信任代码并注意权限。
amadeus-nfr-design
单独运行 AI-DLC 的 nfr-design（非功能需求设计）阶段。
▸ 推荐理由便于独立验证非功能设计与约束输出。
▸ 风险提示会在本地工作区执行并可能提交变更，需信任代码并注意权限。
amadeus-mvp
以固定 mvp 范围运行 AI-DLC 流程，跳过范围检测直接交付核心。
▸ 推荐理由适合快速产出最小可行产品的迭代与测试。
▸ 风险提示会在本地工作区执行并可能提交变更，需信任代码并注意权限。
amadeus-market-research
单独运行 AI-DLC 的 market-research（市场调研）阶段。
▸ 推荐理由便于独立收集/校验市场调研输出。
▸ 风险提示会在本地工作区执行并可能提交变更，需信任代码并注意权限。
amadeus-intent-capture
单独运行 AI-DLC 的 intent-capture（意图捕获/构思）阶段。
▸ 推荐理由便于隔离验证创意与意图生成环节。
▸ 风险提示会在本地工作区执行并可能提交变更，需信任代码并注意权限。
amadeus-init
一次性运行 AI-DLC 的 Initialization 阶段，创建首个 intent 并检测工作区。
▸ 推荐理由快速启动完整初始化流程，适合构建/测试使用。
▸ 风险提示会创建或修改项目状态并可能提交变更，需谨慎在受信环境执行。
amadeus-infrastructure-design
单独触发 AI-DLC 的 infrastructure-design（基础设施设计）阶段。
▸ 推荐理由便于在构建环节单独运行和验证设计产出。
▸ 风险提示会在本地工作区执行并可能提交变更，需信任代码并注意权限。
amadeus-incident-response
在 AI-DLC 中单独运行 incident-response（事件响应）阶段。
▸ 推荐理由方便本地隔离调试该阶段流程。
▸ 风险提示会在本地工作区执行并可能提交变更，需信任代码并注意权限。
amadeus-functional-design
单独运行 AI‑DLC 的 functional‑design（功能设计）阶段，产出功能实现方案。
▸ 推荐理由方便工程/产品团队独立评审功能设计输出与实现细节。
amadeus-feedback-optimization
单独运行 AI‑DLC 的 feedback‑optimization（反馈优化）阶段，优化基于反馈的改进步骤。
▸ 推荐理由便于在独立运行中迭代和验证反馈驱动的改进策略。
amadeus-feature
以 feature 作用域固定运行 AI‑DLC，跳过作用域检测以获得确定性结果。
▸ 推荐理由适合开发新功能时固定作用域以简化流程与调试。
amadeus-feasibility
单独运行 AI‑DLC 的 feasibility（可行性）阶段，生成概念验证输出。
▸ 推荐理由便于快速产出可行性分析与合成 id 对用于后续跟踪。
amadeus-environment-provisioning
单独运行 AI‑DLC 的 environment‑provisioning（环境配置）阶段，用于创建/配置环境。
▸ 推荐理由方便在隔离环境中预先执行和验证环境配置步骤。
▸ 风险提示可能自动创建或修改基础设施，需云权限与成本控制。
amadeus-deployment-pipeline
单独运行 AI‑DLC 的 deployment‑pipeline（部署流水线）阶段，测试流水线行为。
▸ 推荐理由适合在不推进整体流程下验证部署流水线逻辑。
▸ 风险提示可能触发流水线任务或外部系统调用，需控制权限。
amadeus-deployment-execution
单独运行 AI‑DLC 的 deployment‑execution（部署执行）阶段，用于执行部署流程。
▸ 推荐理由便于在受控环境中单步触发部署并观察执行结果。
▸ 风险提示可能实际执行部署或变更，需谨慎并保证凭据与环境安全。
amadeus-delivery-planning
单独运行 AI‑DLC 的 delivery‑planning（交付规划）阶段，不推进主流程。
▸ 推荐理由方便针对交付规划阶段单独调试或验证指令输出。
amadeus-compose
强制触发 AI-DLC 的 composer，生成并运行定制工作流计划。
▸ 推荐理由可自动为任务生成 EXECUTE/SKIP 网格并直接执行，便于复杂编排。
▸ 风险提示会在工作区生成并执行工作流计划，可能修改仓库或触发操作，需注意权限。
amadeus-code-generation
单独运行 code-generation 阶段，生成代码并提交合并候选。
▸ 推荐理由便于对自动生成代码进行单独控制、审查与测试。
▸ 风险提示会生成并可能提交代码变更，需审慎审查和版本控制权限。
amadeus-ci-pipeline
单独运行 ci-pipeline 阶段以生成并执行 CI 流程指令。
▸ 推荐理由便于本地验证或重放 CI 流程，节省重复配置成本。
▸ 风险提示可能触发或修改 CI 配置并提交更改，需注意权限与凭据暴露。
amadeus-build-and-test
单独运行 build-and-test 阶段，执行构建与测试指令并提交结果。
▸ 推荐理由便于在隔离环境复现构建与测试流程以便调试。
▸ 风险提示可能触发构建/测试脚本并写入构件或提交，需注意执行权限与依赖。
amadeus-bugfix
以 bugfix 范围固定运行 AI-DLC 流程，直接面向特定 bug 修复。
▸ 推荐理由适合快速生成补丁并在受控流程中验证修复效果。
▸ 风险提示会在代码库中运行修复流程并可能提交变更，需注意权限与回滚策略。
amadeus-approval-handoff
单独运行 approval-handoff 阶段并执行交付门控流程。
▸ 推荐理由方便评审点和交付门控的独立复现与验证。
▸ 风险提示可能在仓库/工作区执行指令并提交更改，需注意权限与代码执行风险。
amadeus-application-design
单独运行 AI-DLC 的 application-design 阶段并执行相应指令。
▸ 推荐理由便于在本地或 CI 中隔离测试需求设计阶段。
▸ 风险提示可能在仓库/工作区执行指令并提交更改，需注意权限与代码执行风险。
standup
并行向每个已安装 agent 发起只读站会汇报并生成紧凑状态摘要。
▸ 推荐理由快速把握多 agent 的代码进展，避免写操作风险。
docs
串行运行架构审计、机器与人工文档 agent，整合并更新项目文档。
▸ 推荐理由把文档更新纳入审计链，适合需持续同步代码与文档的项目。
▸ 风险提示会修改文档并可能提交，需仓库写权限。
delegate
抓取未结 GitHub issue，分配给专责 agent 并在并行工作树或串行链中协调执行。
▸ 推荐理由自动分派与并行隔离能显著提升多任务并行度与安全性。
▸ 风险提示会创建分支/提交并要求写权限，可能执行自动修改。
audit
运行完整代码库审计流水线，按序产出架构、安全与文档报告并可修复。
▸ 推荐理由把复杂审计拆成多角色链式执行，适合全面质量检查。
▸ 风险提示会运行或修改仓库代码，需谨慎授予写入与执行权限。
obsidian-plugin-dev
Obsidian 插件开发参考，包含项目结构、manifest、API 与构建测试流程。
▸ 推荐理由完整覆盖插件开发生命周期，适合上手与规范化项目。
electron-security-audit
为 Obsidian 插件提供安全审核标准，覆盖密钥、输入验证与 .gitignore 等。
▸ 推荐理由详尽的插件安全检查清单，适合审核与代码审查环节。
release
准备版本 bump、打开带标签的 bump PR，为合并时推送 tag 做准备。
▸ 推荐理由自动化处理版本号和发布准备，减少人工漏记。
▸ 风险提示需仓库写权限与推送权限，可能创建分支与 PR。
label-hook
响应标签触发，在 issue 中执行映射的自动化动作或实现分支和 PR。
▸ 推荐理由适合通过标签驱动 CI 的团队，本地亦可测试。
▸ 风险提示运行时需 CI token/写权限，可能推送分支或修改仓库。
issue
用 gh 在本仓库创建或补全结构化的 GitHub Issue。
▸ 推荐理由快速生成可执行的 issue，适合自动化流水线。
▸ 风险提示需要仓库写权限及 gh CLI 凭证，可能修改 issue/标签。
hygiene
定期刷新由托管工具维护的文档并按流程提交 PR，日常自动化仓库保养清单。
▸ 推荐理由把例行维护任务自动化成可调度作业，降低人工忘记或疏漏的风险。
▸ 风险提示会自动创建/合并 PR，需要写入仓库权限与审慎的自动合并策略
github-project-management
通过 gh CLI 与 GraphQL 操作 Projects v2、里程碑、标签与议程关系的管理工具集。
▸ 推荐理由集中化的项目管理操作集，适合由 agent 协调发行与冲刺计划。
▸ 风险提示需要 gh CLI 授权并授予 project/repo 等权限以执行写操作