amadeus-units-generation
单独运行 AI‑DLC 的 units‑generation 阶段（构件/单元生成）。
▸ 推荐理由适合专注生成构件的迭代与验收。
▸ 风险提示会执行本地脚本并可能修改工作流或提交。
全部收录
相关性达标的全量 Skills（含未精选长尾）· 共 6848 个
amadeus-team-formation
单独运行 AI‑DLC 的 team‑formation 阶段以便团队构想与分配。
▸ 推荐理由便于单阶段调试与团队角色验证。
▸ 风险提示会执行本地脚本并可能修改工作流或提交。
amadeus-session-cost
只读展示当前工作流的确定性消耗汇总（时长、事件、记忆等）。
▸ 推荐理由为团队提供透明的运行成本与资源事件统计，便于决策。
amadeus-security-patch
以 security‑patch 固定作用域运行 AI‑DLC，跳过作用域探测用于 CVE 响应。
▸ 推荐理由适合快速、确定性地驱动安全补丁响应流程。
▸ 风险提示会执行本地脚本并可能修改代码或提交，注意权限与变更。
amadeus-scope-definition
单独运行 AI‑DLC 的 scope‑definition 阶段以产出范围定义。
▸ 推荐理由针对需求范围阶段的单独运行与复现，便于调试。
▸ 风险提示会执行本地脚本并可能修改工作流或提交。
amadeus-rough-mockups
在本地单独运行 AI‑DLC 的 rough‑mockups 阶段（仅单阶段）。
▸ 推荐理由便于仅迭代构思阶段的快速验证与调试。
▸ 风险提示会执行本地脚本并可能修改工作流或提交。
amadeus-reverse-engineering
单独运行 reverse-engineering 阶段以分析现有系统并产出逆向结论，不推进主工作流。
▸ 推荐理由用于快速生成对现有系统的理解与可行性评估，便于制定改造方案。
▸ 风险提示可能访问或修改代码库并运行高权限命令，需在受控环境并确认权限。
amadeus-requirements-analysis
单独执行 requirements-analysis 阶段以提取与分析需求，不推进主工作流。
▸ 推荐理由便于集中产出需求文档与验收标准，为实现阶段提供清晰依据。
▸ 风险提示可能运行本地命令并生成或修改工件，建议在受控环境执行。
amadeus-replay
将工作流的审计轨迹和工件整理成可读的会话叙事并在终端输出，不改动状态。
▸ 推荐理由适合向利益相关者同步决策过程与历史，便于事后复盘与审计。
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 并在并行工作树或串行链中协调执行。
▸ 推荐理由自动分派与并行隔离能显著提升多任务并行度与安全性。
▸ 风险提示会创建分支/提交并要求写权限，可能执行自动修改。