一键导入
orch-change-feature
编排把一个已有且可工作的功能改成新的期望行为——把测试更新到新规格,修改实现以匹配,审查并门控提交。用于行为没有坏、但应该不同的场景。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
编排把一个已有且可工作的功能改成新的期望行为——把测试更新到新规格,修改实现以匹配,审查并门控提交。用于行为没有坏、但应该不同的场景。
用 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-change-feature |
| description | 编排把一个已有且可工作的功能改成新的期望行为——把测试更新到新规格,修改实现以匹配,审查并门控提交。用于行为没有坏、但应该不同的场景。 |
| metadata | {"origin":"ECC"} |
Actor · action · target:orch · change · feature。这是共享引擎 orch-pipeline 上的一层薄包装。
orch-fix-defect(没有要复现的 bug)。orch-add-feature(能力已经存在)。orch-pipeline 引擎。standard+ 规模才值得完整跑 planner。security-reviewer。orch-change-feature: make nws-poller alert at 2 warnings instead of 3
→ update threshold tests to new spec → change impl to green
→ code-review → commit [GATE 2: confirm]