菜单
通过把每个阶段委派给匹配的 ECC 智能体，编排端到端构建全新功能——研究、规划、TDD 实现、审查和门控提交。用于添加尚不存在的能力。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
Kubernetes 工作负载模式、资源管理、RBAC、probes、autoscaling、ConfigMap/Secret 处理，以及面向生产级部署的 kubectl 调试。
完成任何非平凡任务后使用。智能体按 5 个维度自评输出——准确性、完整性、清晰度、可执行性、简洁性——每项都给出具体证据。生成结构化 1-5 评分卡和具体改进建议。
在 competitive-platform-analysis 产出分层竞品集合后使用。按九个加权维度（定位、声音、视觉工艺、offer packaging、证据、enterprise-readiness、thought leadership、定价、客户 strategic tension）为每个竞品评分，使用明确 1–5 rubrics 和 tension-plot。位于 competitive-report-structure 之前。
当品牌需要通过结构化多会话访谈发现或表达身份时使用。通过 laddering、5 Whys 和 projective techniques，覆盖目的、定位、受众、个性、声音、叙事以及 founder-brand 张力 8 个模块。产出可恢复 session、磁盘持久化状态和 master brandbook（90_SYNTHESIS.md）。
通过 CodeScene MCP 提供实时结构性 Code Health——编辑前审查，变更后验证分数变化，门控 commit 和 PR。用于代码质量审查、重构、检查 AI 变更是否降低文件质量，或 commit/PR 前。
用于界定竞争 landscape：在任何 benchmark 开始前，识别、分类并用分数过滤竞品集合。决定谁算竞品、属于哪个 tier、应挖哪些来源。三技能竞争分析流水线第一步；位于 benchmark-methodology 之前。
| name | orch-add-feature |
| description | 通过把每个阶段委派给匹配的 ECC 智能体，编排端到端构建全新功能——研究、规划、TDD 实现、审查和门控提交。用于添加尚不存在的能力。 |
| metadata | {"origin":"ECC"} |
Actor · action · target：orch · add · feature。这是共享引擎 orch-pipeline 上的一层薄包装。
orch-fix-defect），也不是修改已有行为（orch-change-feature）。orch-pipeline 引擎。security-reviewer。相关：
/feature-dev是此流程的独立版本。orch-add-feature的不同之处在于它共享orch-pipeline引擎——规模分类器和两个门控——与同系列其他技能一致，因此会把 trivial features 正确缩到 4 → 5 → 6。
orch-add-feature: add OAuth2 login to nws-poller
→ research existing auth libs → plan task_list [GATE 1: approve]
→ TDD each task → code-review (+ security-reviewer: auth path)
→ commit [GATE 2: confirm]