360 Secure SkillHub
360 安全技能中心

copycat-handoff

该 Skill 接收一个已批准的 Copycat BUILD 或 VALIDATE 结果,提取决策、目标、证据与约束,按模板生成共享的 PRODUCT_BRIEF.md;结果为 BUILD 时另生成 BUILD_PLAN.md,围绕最小端到端切片列出验收场景、里程碑与发布门槛。文档在用户批准前标记为 draft,只读写声明的路径且不运行脚本。

canhta
热度 0.00
最近更新 2026-10-18 16:49:34
分类:效率依赖:读写文件 / 内部调用大模型应用场景:模板 / 工作流 / 报告撰写

安装技能

复制下面的话术发给你的 Agent,它会通过 secure-skills 检索并安装该技能。

执行命令安装此 skill: npx secure-skills-cli add canhta/copycat-skills/copycat-handoff
Metadata
name
copycat-handoff
description
Creates a shared product brief from a Copycat BUILD or VALIDATE result and a bounded build plan for BUILD. Use after the user accepts the post-decision handoff and wants to lock product scope.
license
MIT
compatibility
Works with Agent Skills-compatible hosts.

Copycat Handoff

Pack release: 0.3.0.

Turn one approved Copycat decision into a compact handoff that a product owner and a coding agent can share.

In worker mode, execute the provided v1 envelope exactly and return only its receipt.

Use restricted I/O: read only declared artifacts, write only the exact handoff paths, copy dispatched hashes, and run no scripts or hash commands.

In standalone mode, ask for one approved BUILD or VALIDATE result, constraints, and the desired output directory.

Boundary

Read only the dispatched immutable round candidate RESULT.md, portfolio RESULT.md, user constraints, and explicitly allowed evidence links. The candidate outcome must be BUILD or VALIDATE. Copy the run ID, immutable source path, and SHA-256 provenance into every handoff artifact exactly as required by the templates. Preserve evidence classifications and unresolved assumptions; do not reopen market research or silently upgrade confidence.

Write under the exact dispatched <handoff-dir>. Use references/product-brief.md for both outcomes. For BUILD, also use references/build-plan.md. copycat-validation owns the VALIDATION_PLAN.md contract.

Method

  1. Extract the decision, target, job, wedge, table stakes, differentiation thesis, originality-gate verdict, evidence, counterevidence, constraints, falsifier, and next action.
  2. Create PRODUCT_BRIEF.md as the shared source of truth. Make the scope outcome-oriented and traceable. Separate confirmed facts, inferences, assumptions, and open decisions.
  3. For BUILD, create BUILD_PLAN.md around the smallest end-to-end vertical slice: appetite, acceptance scenarios, milestones with exit criteria, dependencies, measurement, release gates, risks, and non-goals. Leave codebase-specific architecture to implementation planning.
  4. Cross-check every in-scope item against the product outcome and every build milestone against a measurable exit criterion. Preserve the distinction between table stakes and original product expression; remove unsupported features, substantially identical bundles, cosmetic-only differentiation, and invented technical choices.
  5. Mark generated documents draft until the user approves them. End each with only open decisions that change scope, cost, or timing.

Completion

Finish when PRODUCT_BRIEF.md and, for BUILD, BUILD_PLAN.md exist, agree with the source result, contain no unresolved placeholder text, and expose all material assumptions. Return the protocol receipt; never paste the documents into the parent context.