20:"$Sreact.view_transition" 21:I[9754,["/_next/static/chunks/2t36f5p4pjzlb.js","/_next/static/chunks/1gyqeidjm5eoa.js","/_next/static/chunks/0_fjnxc4tt_l_.js","/_next/static/chunks/1ymt1shyhmu-4.js","/_next/static/chunks/3kv2zf0i7s2wc.js","/_next/static/chunks/1vs_3g_g75zmk.js","/_next/static/chunks/2g4dh802s8oz3.js","/_next/static/chunks/1bc3f0shukf1j.js","/_next/static/chunks/192kgs9v_t14j.js","/_next/static/chunks/0z6pw0v5c_lx5.js","/_next/static/chunks/08r60e6icmtkc.js","/_next/static/chunks/3trx6c0i7_x-3.js","/_next/static/chunks/40sro5bzp9bi_.js","/_next/static/chunks/1wgf3tk38y6cf.js"],"ProjectDetail"] 22:T58d5, CCPM · 规格塔追溯系统

把一根追溯线，
从规格一直画到代码。

CCPM 是给 Agent 的一套项目管理技能。它用 GitHub Issues 当唯一事实来源，用 Git worktrees 让多个代理并行干活——每一次提交、每一行代码，都能追溯回一份规格。

automazeio · Shell · MIT · github.com/automazeio/ccpm

PRD Brainstorm · Document spec:1

Epics 把规格拆成里程碑 spec:2spec:3

Tasks 落成 GitHub Issues spec:4…spec:n

agent-a parallel:true 回折汇入脊柱 spec ▼

agent-b parallel:true 并行工作信道 spec ▼

agent-c 等待分配 todo

Issue #01 · 五阶段纪律

不靠“随便写写”，每行代码都有出处。

CCPM 强制一条清晰的流水线：从头脑风暴到跟踪，五步走完。没有跳过、没有“临场发挥”，只有可以回看、可以问责的步骤。

纵向脊柱 → 横滑 5 阶段走带

01 / Brainstorm

头脑风暴

把想法讲清楚，先不写代码。

02 / Document

文档化

写成 PRD，让规格可读、可追踪。

03 / Plan

计划

拆成史诗与任务，落到 Issues。

04 / Execute

执行

Agent 按 Issue 并行推进。

05 / Track

跟踪

核对每行代码都对应规格。

“Spec-driven development”不是口号，是可以逐级回溯的步骤链。每个 Agent 在同一套标准下工作。

Issue #02 · 唯一事实来源

GitHub Issues，就是全部账本。

不依赖额外的 Projects API、不造第二套状态。任务就是 Issue，Issue 就是真相。

所有并行 Agent 读同一个 Issue 列表，写同一个状态流。谁在做什么、做完了没有，打开仓库就知道——因为事实只有一份，冲突无从藏身。

GitHub 仓库

#issue.spec.2把 PRD 拆成史诗done

#issue.task.3实现并行执行入口done

#issue.task.7状态与站会脚本active

#issue.task.9上下文持久化落盘todo

Issue #03 · 并行执行

多个 Agent 同时开工，谁也不撞谁。

任务标成 parallel:true，就能分给不同的 Agent 并行推进。Git worktree 隔离代码，Issues 隔离职责。

工作信道 A

同一份规格，拆给多双手

一个 PRD 拆成互相独立的 Issues
各 Agent 各自 checkout 一块领地
并行做完，再汇总回一条脊柱

git worktree · 互不冲突

工作信道 B

谁负责什么，明明白白

每个 Issue 都有责任人，不靠猜
agent-a 只碰 agent-a 的活
状态实时、透明、可回查

Issues Aren't Atomic

Issue #04 · 确定性操作

该查状态、该跑验证，交给脚本。

状态、站会、搜索、校验这些确定性的活儿，用 bash 一次跑完——快、一致，且不烧 LLM token。

ccpm status

一键看全部 Issue 的当前状态。

ccpm standup

汇总每个 Agent 的进展与阻塞。

ccpm validate

校验代码与规格是否还对得上。

Issue #05 · 追溯到底

为什么它和普通任务管理器不同。

普通工具管“任务”；CCPM 管“来源”。一行代码怎么来、归哪份规格，全程有据可查。

spec:1Brainstorm · Document

spec:2Epic · Plan

spec:4GitHub Issue

code每一行都能回溯到这里

确定性脚本 + 规格目录，构成一本可审计的工程账簿。
并行不靠运气，靠 Issue 与 worktree 的清晰边界。
对追求可追溯的团队，CCPM 让“我改了什么、为什么”永远答得出。

23:T55a9, CCPM · The Traceability Spine

Draw one trace line from spec to code.

CCPM is a project-management skill for agents. It uses GitHub Issues as the single source of truth and Git worktrees to run many agents at once — so every commit, every line, can be traced back to a spec.

automazeio · Shell · MIT · github.com/automazeio/ccpm

PRD Brainstorm · Document spec:1

Epics a spec split into milestones spec:2spec:3

Tasks landed as GitHub Issues spec:4…spec:n

agent-a parallel:true folds back into the spine spec ▼

agent-b parallel:true parallel work lane spec ▼

agent-c awaiting assignment todo

Issue #01 · Five-Phase Discipline

No vibe coding. Every line has provenance.

CCPM enforces a strict pipeline: from brainstorm to track, five steps, no shortcuts and no winging it — only steps you can re-read and be held accountable for.

Vertical spine → swipe the 5-phase belt

01 / Brainstorm

Brainstorm

Say the idea clearly, before touching code.

02 / Document

Document

Write it as a PRD — readable and trackable.

03 / Plan

Plan

Break into epics and tasks, land as Issues.

04 / Execute

Execute

Agents push forward, Issue by Issue.

05 / Track

Track

Verify each line maps to its spec.

“Spec-driven development” isn’t a slogan here — it’s a chain you can walk back, stage by stage. Every agent works to the same standard.

Issue #02 · Single Source of Truth

GitHub Issues are the whole ledger.

No side Projects API, no second copy of state. A task is an Issue, and the Issue is the truth.

Every parallel agent reads the same list of Issues and writes the same state flow. Who is doing what, and whether it’s done, is one glance at the repo away — because there’s only one truth, and conflict has nowhere to hide.

GitHub repository

#issue.spec.2PRD split into epicsdone

#issue.task.3parallel execution entrypointdone

#issue.task.7status + standup scriptsactive

#issue.task.9persistent context on disktodo

Issue #03 · Parallel Execution

Many agents in motion, none colliding.

Mark a task parallel:true and hand it to multiple agents at once. Git worktrees isolate the code; Issues isolate the responsibilities.

Work lane A

One spec, many hands

A PRD splits into truly independent Issues
Each agent checks out its own slice
Run in parallel, then merge back to one spine

git worktree · no collisions

Work lane B

Who owns what is explicit

Every Issue has an owner — no guessing
agent-a only touches agent-a’s work
Status is live, transparent, replayable

Issues Aren’t Atomic

Issue #04 · Deterministic Operations

For status and validation, hand it to a script.

Status, standup, search, validate — the deterministic chores run as bash. Fast, consistent, and they burn no LLM tokens.

ccpm status

A one-shot view of every Issue’s state.

ccpm standup

Summarize each agent's progress and blockers.

ccpm validate

Check whether code still matches its spec.

Issue #05 · Trace It All the Way

What makes this different from a task manager.

Ordinary tools manage tasks; CCPM manages origins. How a line of code got here, and which spec it belongs to, is documented end to end.

spec:1Brainstorm · Document

spec:2Epic · Plan

spec:4GitHub Issue

codeevery line traces back to here

Deterministic scripts plus a spec ledger make an auditable engineering record.
Parallelism isn’t luck — it’s the clean boundary between Issues and worktrees.
For teams that need traceability, “what changed and why” is always answerable.

a:[["$","$20",null,{"enter":{"secondary-forward":"secondary-forward","secondary-back":"secondary-back-enter","default":"none"},"exit":{"secondary-forward":"secondary-forward","secondary-back":"secondary-back-exit","default":"none"},"update":{"secondary-forward":"secondary-forward","secondary-back":"secondary-back-update","default":"none"},"default":"none","children":["$","$L21","cmsn44plk005l1s16y7qshuv3:zh-CN:beautified",{"project":{"id":"cmsn44plk005l1s16y7qshuv3","slug":"automazeio-ccpm","name":"ccpm","description":"基于 GitHub Issues 的 Agent 项目管理技能","authorName":"automazeio","authorVerification":{"verified":false,"verifiedAt":null},"category":"development_tools","subcategory":"data_ai_tools","experienceUrl":"https://automaze.io/","qualityScore":98,"featured":false,"officialSite":null,"views":{"original":{"available":true},"official":{"available":false,"reason":"disabled_by_policy"},"beautified":{"available":true,"reason":null},"defaultView":"beautified"},"beautifiedView":{"revisionId":"cmt2zgypb00536271da0lm36p","kind":"artifact","artifact":{"schemaVersion":"localized-static-html-v4","kind":"static_html","locales":["zh-CN","en"],"defaultLocale":"zh-CN","documents":{"zh-CN":"$22","en":"$23"},"designDirections":{"schemaVersion":"dodot-design-directions-v1","directions":[{"id":"dir-traceability-spine","name":"The Traceability Spine","projectMetaphor":"ccpm 是一座规格塔：顶层是一份 PRD（Brainstorm·Document），向下经 Plan 分解为史诗与任务，最终落为 GitHub Issues；所有并行 Agent 的工作信道都像缆线一样汇聚回这条脊柱，使【每行代码都追溯到规格】成立。","signatureVisual":"一列垂直脊柱节点（5 阶段），两侧各有一条并行 Agent 工作信道如缆线般弯折回绕、逐级并入脊柱，每格 Issue 卡带一条朝上的追溯连线与 a-spec 锚点相连；整页以一条贯穿的“追溯线”为骨。","heroGeometry":"顶部一个规格锚点，向下展开为脊柱式分解树：PRD → Epics → Tasks，分支数量随深度增长，两侧并行缆线回折汇入主线。","sectionSequence":["hero-spine","five-phase-discipline","issue-as-source-of-truth","parallel-execution-lanes","deterministic-operations","traceability-and-why-different"],"surfaceModel":"索引卡与账本：主区为浅色“图纸纸面”，章节为编号 issue 卡（顶部打孔夹角 + 编号徽章），文字为规矩的排线排版；追溯连线像下划线般贯通全文。","palette":"整体低饱和的靛青蓝图 + 暖白纸面：#F4F1EA 纸底、#1C2B4A 主线墨蓝、#3E5C8A 辅助色、#E15554 用于待办/警示、#F4B942 高亮锚点；对比清晰、少渐变。","typography":"标题用 UI 几何无衬线（Inter / 系统栈），正文同紧排；阶段标签与徽章用等宽（JetBrains Mono）以体现 Issue 编号与 bash 的确定性。","desktopComposition":"桌面为三轨式：左窄轨为脊柱阶段索引，中宽轨为逐张 issue/phase 卡（大图幅讲故事），右侧固定追溯线图例；Hero 用大规格节点 + 回折缆线的宽幅画布。","mobileTransformation":"竖向脊柱旋转为水平阶段走带（可横滑 5 阶段），并行缆线折叠为纵向追溯栈（每行：一行 Issue + 一条往上回溯的线）；侧边轨道并入卡片内联元信息。","mediaStrategy":"无本地素材，不放置媒体区；标志视觉完全由排版、流程与关系构成，用可读的伪结构（阶段节点、issue 徽章、追溯连线）表达机制，不伪造截图。","forbiddenPatterns":["大slogan+三张指标卡的营销首屏","浏览器/终端/手机壳体","发光网格、粒子和纯装饰渐变"],"compositionFingerprint":"“规格—脊柱—贯穿追溯线”：自上而下的规格塔分解树与左右回折缆线构成的脊椎式构图，配纸面底+账本卡。"},{"id":"dir-parallel-workspace","name":"The Parallel Workspace","projectMetaphor":"ccpm 像一座可分叉并行的高速公路网：每个 Agent 是独立工作线（worktree），从主干分叉并行推进，靠 GitHub Issues 路由彼此不冲突，最后汇回主干——冲突靠“Isues 不原子、并行分裂”的时空拓扑消解。","signatureVisual":"一张由主干线水平展开、分叉出多条并行工作线的“git 拓扑”广域图；每条工作线上挂 issue 刻度点，不同并行线在中途并行不交叠，末端汇回一条合流节点。","heroGeometry":"从单个根节点出发、沿水平航道一分为三的水平分叉拓扑，各支线彼此平行、长度不等，在远端汇聚为合流节点。","sectionSequence":["hero-topology","parallel-lane-atlas","issue-as-routing-unit","frictionless-worktree","throughput-and-velocity","context-stays-clean"],"surfaceModel":"轨道地图面：深色绘制“路线图”，用半透明平行航道分层、节点为实心小圆，文字浮于航道之上；视觉更工程、更暗、更抽象。","palette":"深色监控图：近黑底 #0E1518、航道青绿 #2FBFA8、主干高亮 #74E8CE、路由点橙 #F08C4A、文字暖灰 #EDF0EC；以色相区分支线。","typography":"标题用有力度的几何无衬线（Söhne/Inter），航道标签用等宽（JetBrains Mono）；字号偏大、呼吸感强，营造路线图感。","desktopComposition":"桌面为全景航道图：上方一条主干线横贯，向下扇形分出 3 条并行工作线（各带若干 issue 点），图下方以一列“路由点”解释并行与合流；Hero 用宽幅道路拓扑。","mobileTransformation":"横向拓扑旋转为垂直的“干线到支线到合流”三段折线，三条并行工作线压缩为叠放的层次行；路由点解释收进展开卡。","mediaStrategy":"无本地素材，放置媒体区则以派生示意图呈现道路拓扑关系（主干/支线/合流均为关系表达，非产品截图）。","forbiddenPatterns":["三卡式指标墙","终端/终端编辑器外壳冒充产品","粒子/发光网格装饰占位"],"compositionFingerprint":"“主干—并行支线—合流”的水平道路拓扑：一条主干如何分叉并行再合流，用颜色区分的并行航道表达吞吐与免冲突。"},{"id":"dir-compliance-ledger","name":"The Compliance Ledger","projectMetaphor":"ccpm 是一本可审计的工程账簿：5 阶段纪律是账簿的分册，GitHub Issues 是唯一登记栏，确定性 bash 操作是免 token 的复核动作，每行代码都能凭页码追溯到规格。","signatureVisual":"一本翻开的分栏“账簿对开页”：左页为规格条目，右页为逐阶段状态登记行（每行含阶段名、issue 编号、状态戳）；状态戳与追溯号码贯穿整个版面。","heroGeometry":"一张可审计的表单流：顶端是规格登记栏，向下逐行推进为 5 个阶段行（每行一栏状态），右侧一列“追溯号码”链向下成表。","sectionSequence":["hero-ledger","five-phase-ledger","single-source-register","deterministic-reconcile","trace-all-the-way","install-and-stamp"],"surfaceModel":"账簿纸面：米黄纸底 + 细菱格排线、行间淡横线、印刷感编号与印章式状态戳；强调确定性、可审计、可追溯的“账目”气质。","palette":"温润档案纸：米白 #F6F1E5、墨蓝黑文字 #22313F、朱红登记戳 #D3423D、青蓝记账色 #2A6F8F、高亮黄 #EDB33B；克制、类印刷。","typography":"标题用粗衬线（Caslon/系统衬线）营造账簿版式，正文混排，登记行用等宽（IBM Plex Mono）呈现编号/状态；传统账目+现代 Agent。","desktopComposition":"桌面为对开账簿：左栏规格卡、右栏 5 行状态登记表（批次排布），Hero 直接摊开一页能阅读的“规格→阶段→状态”对开；底部为登记历史流。","mobileTransformation":"对开折叠为纵向登记表：每条记录成为一张可展开的账目卡（阶段+状态+追溯号一行折叠详情）；批次线收进卡片内。","mediaStrategy":"无本地素材，不加媒体帧；账面排线、登记行、状态戳构成的排版本身就是标志视觉，不伪造产品截图。","forbiddenPatterns":["营销 hero+三指标","终端/浏览器壳","装饰渐变与发光网格"],"compositionFingerprint":"“账簿对开页—登记行—状态戳”：一张可审计的规格到阶段状态登记表，用排线账目与印刷戳表达确定性与可追溯。"}],"selectedDirectionId":"dir-traceability-spine","selectionRationale":"在三个方向上，dir-traceability-spine 最直接把项目的核心机制视觉化：规格驱动的 5 阶段纪律与“每行代码追溯回规格”正是 ccpm 区别于普通任务管理器的证据。它用一根从规格延伸、两侧回折并行缆线汇入的脊柱构图，同时承载了「规范」与「并行 Agent」两个关键证据，比 dir-parallel-workspace（偏向工程拓扑、弱化规格可追溯）和 dir-compliance-ledger（偏向审计账目、淡化并行）更完整地表达项目事实。且素材清单为空、无本地媒体，该方向完全以排版、流程与关系构成标志视觉，不需伪造截图；其纸面账本表面模型、垂直脊柱/水平走带的双端重构也具有清晰的空间决定性。"},"designBrief":{"schemaVersion":"dodot-design-brief-v1","selectedDirectionId":"dir-traceability-spine","projectMetaphor":"ccpm 是一座规格塔：顶层是一份 PRD（Brainstorm·Document），向下经 Plan 分解为史诗与任务，最终落为 GitHub Issues；所有并行 Agent 的工作信道都像缆线一样汇聚回这条脊柱，使【每行代码都追溯到规格】成立。","signatureVisual":"一列垂直脊柱节点（5 阶段），两侧各有一条并行 Agent 工作信道如缆线般弯折回绕、逐级并入脊柱，每格 Issue 卡带一条朝上的追溯连线与 a-spec 锚点相连；整页以一条贯穿的“追溯线”为骨。","compositionFingerprint":"“规格—脊柱—贯穿追溯线”：自上而下的规格塔分解树与左右回折缆线构成的脊椎式构图，配纸面底+账本卡。","heroGeometry":"顶部一个规格锚点，向下展开为脊柱式分解树：PRD → Epics → Tasks，分支数量随深度增长，两侧并行缆线回折汇入主线。","sectionSequence":["hero-spine","five-phase-discipline","issue-as-source-of-truth","parallel-execution-lanes","deterministic-operations","traceability-and-why-different"],"surfaceModel":"索引卡与账本：主区为浅色“图纸纸面”，章节为编号 issue 卡（顶部打孔夹角 + 编号徽章），文字为规矩的排线排版；追溯连线像下划线般贯通全文。","palette":"整体低饱和的靛青蓝图 + 暖白纸面：#F4F1EA 纸底、#1C2B4A 主线墨蓝、#3E5C8A 辅助色、#E15554 用于待办/警示、#F4B942 高亮锚点；对比清晰、少渐变。","typography":"标题用 UI 几何无衬线（Inter / 系统栈），正文同紧排；阶段标签与徽章用等宽（JetBrains Mono）以体现 Issue 编号与 bash 的确定性。","desktopComposition":"桌面为三轨式：左窄轨为脊柱阶段索引，中宽轨为逐张 issue/phase 卡（大图幅讲故事），右侧固定追溯线图例；Hero 用大规格节点 + 回折缆线的宽幅画布。","mobileTransformation":"竖向脊柱旋转为水平阶段走带（可横滑 5 阶段），并行缆线折叠为纵向追溯栈（每行：一行 Issue + 一条往上回溯的线）；侧边轨道并入卡片内联元信息。","mediaStrategy":"无本地素材，不放置媒体区；标志视觉完全由排版、流程与关系构成，用可读的伪结构（阶段节点、issue 徽章、追溯连线）表达机制，不伪造截图。","evidencePlan":["Hero 与『5 阶段纪律』章节引用证据：Brainstorm → Document → Plan → Execute → Track 的 5 阶段链，源自 summary 证据与 readme 标题（Spec-driven development / The Workflow）。","『Issue 为唯一事实来源』章节引用证据：summary「使用 GitHub Issues 作为唯一事实来源，不依赖 GitHub Projects API」与 readme『Core Principle: No Vibe Coding / Issues Aren't Atomic』。","『并行执行』章节引用证据：summary「并行执行 reference.GitHub Issues Isuses（parallel: true 多 Agent 同时工作不冲突）」与 readme『Parallel Execution System / The Math of Velocity』。","『确定性操作』章节引用证据：summary「确定性操作（status/standup/search/validate）以 bash 脚本运行、快速且不消耗 LLM token」；不引入 token 以外的事实。"],"localeContract":{"zh-CN":"沿用既定叙事（规范驱动开发·并行代理执行·GitHub 原生集成·上下文持久化），中文文案密度自然、以“规格塔/追溯线/Accountable”为主线词，保留机制术语原文。","en":"Carries the same section sequence and narrative（Spec-driven development·Parallel agent execution·GitHub-native integration·Persistent context），natural English density with the spine/traceability metaphor retained in English terms."},"forbiddenPatterns":["大 slogan + 三张指标卡的营销首屏","浏览器/终端/手机/编辑器壳体冒充产品","发光网格、粒子、纯装饰渐变充当标志视觉","伪造的标签页/搜索框/图表/客户评价或产品截图"]},"visualReview":{"schemaVersion":"dodot-automated-design-review-v1","status":"approved","summary":"七项检查全部通过，无 blocking issue，判定为 approved。所选方向 dir-traceability-spine 在桌面与手机端均被忠实实现：章节序列完整落地，签名视觉（hero 规格锚点 + 两侧并行缆线回折入脊柱 + spineTree 分解树 + trace 追溯链）真实表达机制；手机端在 @media(max-width:540px) 内将竖向脊柱旋转为可横滑水平阶段走带、将并行缆线折叠为纵向追溯栈并把侧边轨道元信息并入卡片内联，完全满足 Brief 的 mobileTransformation 要求。双语章节等价且自然。","checks":{"projectFit":{"passed":true,"evidence":"实现所选方向 dir-traceability-spine：surfaceModel（索引卡与账本、card::before/after 打孔夹角 + 编号徽章）、配色 #F4F1EA/#1C2B4A/#3E5C8A/#E15554/#F4B942、字体 Inter + JetBrains Mono 与方向一致。sectionSequence 全落地：hero-spine、five-phase-discipline、issue-as-source-of-truth、parallel-execution-lanes、deterministic-operations、traceability-and-why-different 均以 data-dodot-section 呈现。贯穿追溯线由 hero SVG 脊柱经 spineTree 分解树到 trace 追溯链贯通全页。"},"evidenceBound":{"passed":true,"evidence":"5 阶段 Brainstorm/Document/Plan/Execute/Track 对应 summary 证据与 readme 标题；GitHub Issues 唯一事实来源（不依赖 Projects API）对应 summary 证据；parallel:true 并行执行对应 summary 证据；确定性操作 ccpm status/standup/validate 来自 summary 的 status/standup/search/validate bash 脚本证据，省略 search 但未引入证据外事实。spec:n / agent-a/b 为 Brief mediaStrategy 明确允许的可读伪结构，非杜撰数据；未用 stars/forks 造数字。"},"signatureVisual":{"passed":true,"evidence":"hero SVG 绘制自顶部规格锚点（circle + 墨蓝脊柱）向下、两侧并行缆线（agent-a/agent-b, parallel:true）回折汇入主脊柱的构图；spineTree 呈现 PRD→Epics→Tasks 规格塔分解树；trace 章节以 spec:1→spec:2→spec:4→code 追溯链落回锚点。与 Brief signatureVisual 垂直脊柱节点 + 两侧并行工作信道如缆线回绕逐级并入脊柱 + 每格 Issue 卡带追溯连线相符，是真实机制表达而非装饰占位。"},"mobileTransformation":{"passed":true,"evidence":"在 @media(max-width:540px) 内实现了 Brief 明确要求的手机端重构：1) .phases 由竖向 spine 旋转为可横滑的水平阶段走带（display:flex + overflow-x:auto + scroll-snap-type:x proximity + .phaseCard width:82%/min-width:250px，并显示 belt-hint 提示）；2) .cableRow 折叠为纵向追溯栈（grid 两列布局、::before 竖向虚线表示向上回溯线、每行一行 Issue + 一条往上回溯的线，badge 内联）；3) 侧边轨道元信息并入卡片内联（.secLabel 换行合并、.phaseCard .n::after 内联 #issue 编号徽章、.spineRow .vert 隐藏）。属方向要求的手机端重构而非仅栅格降级。"},"antiTemplate":{"passed":true,"evidence":"非大 slogan+三指标营销首屏；无浏览器/终端/手机/编辑器壳体；主体为编号 Issue 卡（打孔夹角+徽章）、脊柱分解树（spineTree）、并行缆线与追溯链构成的账本式构图。hero 处为低对比纸面蓝图网格 #E5E0D4 + #F4F1EA，贴近 Brief 浅色图纸纸面，非发光网格、粒子或纯装饰渐变。"},"noFakeUi":{"passed":true,"evidence":"Issue 状态登记（ticker）、phase 编号、cable badge、trace chain 均属 Brief mediaStrategy 明确允许的可读伪结构（阶段节点、issue 徽章、追溯连线），非伪造产品截图。ccpm status/standup/validate 为文本/排版呈现的命令字，无交互控件与终端外壳。所有链接（github.com/automazeio/ccpm）均为真实仓库链接。无伪造标签页/搜索框/图表/客户评价。"},"localeParity":{"passed":true,"evidence":"两语言共享相同 section 顺序、结构、data-dodot-section 与 trace/spec 等术语原文。zh-CN 以規格塔/追溯線条为主线词、中文密度自然；en 对应 trace line/spine/ledger 等翻译，英文自然。双语互译等价。唯一差异为 zh-CN 前三张 phase 卡标记 done 状态、en 全未标记，属轻微静态状态取舍，不影响章节等价与自然度。"}},"issues":[{"code":"phase-card-status-inconsistency","severity":"warning","locale":"all","description":"zh-CN 前三张 phase 卡带 class done（锚点色高亮编号），en 版本全部未标记 done，仅此一处语言间静态样式状态不一致，不影响章节等价或叙事。","repairInstruction":"可选修复：在 en 版为前三张 phase 卡补上相同 class done，使两版本视觉状态完全一致；若不修复亦不影响通过。"}]},"repairEvidence":[{"attempt":1,"before":{"qaPassed":true,"designReviewApproved":false,"qaEvidence":{"zh-CN":[{"viewport":"desktop","passed":true,"localePassed":true,"metrics":{"language":"zh-CN","h1Count":1,"h2Count":5,"sectionCount":5,"textLength":1823,"cjkCount":664,"latinLetterCount":702,"scrollWidth":1280,"clientWidth":1280,"scrollHeight":3922,"h1Top":136.09375,"bottomInset":299.46875,"brokenImageCount":0,"missingAltCount":0,"fakeControlCount":0,"emptyLinkCount":0},"screenshotHashes":{"top":"d095d22cf486ecdeca9ea9afd05b13acdab8c358bcc181491bac8a0a2a57883a","middle":"15c100e9ee14801ff8d56173b30eb1de5d3184998d77545e583051533903928a","bottom":"3a797d0e425ae4b09b0193512e42bb400a625dcfc851888acfee69833e967e6f"},"consoleErrors":[],"networkRequests":[]},{"viewport":"mobile","passed":true,"localePassed":true,"metrics":{"language":"zh-CN","h1Count":1,"h2Count":5,"sectionCount":5,"textLength":1823,"cjkCount":664,"latinLetterCount":702,"scrollWidth":390,"clientWidth":390,"scrollHeight":5877,"h1Top":136.09375,"bottomInset":341,"brokenImageCount":0,"missingAltCount":0,"fakeControlCount":0,"emptyLinkCount":0},"screenshotHashes":{"top":"4383024bd959be878ce9f076899482b61fd325c7b22ec72b97b8a747f5f918d6","middle":"1fdc6be201e5dc9d4c6997b94e803c8a99cd5223baa562a6eed68167b4a12f5b","bottom":"657bdf9c1b8e2c02f06e2df08dbb18c08a4106890d956b1d805cd6cf462aa19b"},"consoleErrors":[],"networkRequests":[]}],"en":[{"viewport":"desktop","passed":true,"localePassed":true,"metrics":{"language":"en","h1Count":1,"h2Count":5,"sectionCount":5,"textLength":3451,"cjkCount":0,"latinLetterCount":2655,"scrollWidth":1280,"clientWidth":1280,"scrollHeight":3988,"h1Top":136.09375,"bottomInset":298.765625,"brokenImageCount":0,"missingAltCount":0,"fakeControlCount":0,"emptyLinkCount":0},"screenshotHashes":{"top":"c61004ba06fec7dbc19d4c2c67181c7723df9b02395db12b015b91209cc3e443","middle":"5e2626330f3e112b55fc7beeedfbf3e7c80e1effad149b6a4167da011e20b27f","bottom":"2a9dfdee57df390eef397bac710d6f691efc509ee93268ed25a4ab1937eefe20"},"consoleErrors":[],"networkRequests":[]},{"viewport":"mobile","passed":true,"localePassed":true,"metrics":{"language":"en","h1Count":1,"h2Count":5,"sectionCount":5,"textLength":3451,"cjkCount":0,"latinLetterCount":2655,"scrollWidth":390,"clientWidth":390,"scrollHeight":6222,"h1Top":136.09375,"bottomInset":341.4375,"brokenImageCount":0,"missingAltCount":0,"fakeControlCount":0,"emptyLinkCount":0},"screenshotHashes":{"top":"c8fd006d539cfa02785b8dd324a5137db6395f1c4d12b2d7980d9dd198f2b37b","middle":"4bec73c22bc7804cd0b9fa34c205bdd547c4d3beb0b8f97f5d81f30e5920383a","bottom":"4535809ea3ae88322d8406338656d04480ab42a39989ee57ec58d25bd07462df"},"consoleErrors":[],"networkRequests":[]}]},"visualReview":{"schemaVersion":"dodot-automated-design-review-v1","status":"revise","summary":"设计方向选取与桌面实现高度忠实于所选 dir-traceability-spine：章节序列、签名视觉、纸面+账本表面、配色与等宽排版均贴合 Brief，七项中除手机端外全部通过。手机端仅做了栅格降级与列重排，未实现 Brief 明确要求的\"竖向脊柱旋转为水平阶段走带（可横滑 5 阶段）\"与\"并行缆线折叠为纵向追溯栈\"，属于改造不足，故整体判为 revise。","checks":{"projectFit":{"passed":true,"evidence":"页面实现所选方向 dir-traceability-spine：surfaceModel（索引卡与账本、打孔夹角+编号徽章）、配色（#F4F1EA/#1C2B4A/#3E5C8A/#E15554/#F4B942）、字体（Inter + JetBrains Mono）与方向一致。sectionSequence 完整落地：hero-spine、five-phase-discipline、issue-as-source-of-truth、parallel-execution-lanes、deterministic-operations、traceability-and-why-different 全部呈现。每章前有 Issue #XX 编号标签，贯穿追溯线由 hero SVG 脊柱到 spineTree 分解树再到 trace 追溯链贯穿全局。"},"evidenceBound":{"passed":true,"evidence":"5 阶段 Brainstorm/Document/Plan/Execute/Track 对应 summary 证据与 readme 标题；GitHub Issues 唯一事实来源对应 summary 证据；parallel:true 并行执行对应 summary 证据；确定性操作（ccpm status/standup/validate）来自 summary 的 status/standup/search/validate bash 脚本证据，仅省略 search 一项但未引入证据外事实。spec:n / agent-a/b 等为 Brief mediaStrategy 明确允许的可读伪结构，非杜撰数据。未使用 stars/forks 造数字。"},"signatureVisual":{"passed":true,"evidence":"hero SVG 绘制一条自顶部规格锚点向下、两侧并行缆线（agent-a/agent-b, parallel:true）回折汇入主脊柱的构图；spineTree 呈现 PRD→Epics→Tasks 分解树；trace 章节以 spec:1→spec:2→spec:4→code 的追溯链落在锚点。与 Brief signatureVisual\"垂直脊柱节点 + 两侧并行工作信道如缆线回绕逐级并入脊柱 + 每格 Issue 卡带朝上追溯连线\"相符，是真实机制表达而非装饰占位。"},"mobileTransformation":{"passed":false,"evidence":"仅两档媒体查询：900px 与 540px 将 grid 降为单列、phases 叠成一列、隐藏 cableRow 的 flow。未实现 Brief 明确规定的\"竖向脊柱旋转为水平阶段走带（可横滑 5 阶段）\"与\"并行缆线折叠为纵向追溯栈（每行 Issue 一条向上回溯线）\"，也未将桌面三轨的侧边轨道并行为卡片内联元信息。属于响应式重排而非方向要求的手机端重构。"},"antiTemplate":{"passed":true,"evidence":"非大 slogan+三指标营销首屏；无浏览器/终端/手机/编辑器壳体；页面主体为编号 Issue 卡（打孔夹角+徽章）、脊柱分解树、追溯线与追溯链组成的账本式构图。hero 处淡淡的蓝图网格为低对比纸面色（#E5E0D4 于 #F4F1EA），贴近 Brief 的浅色图纸纸面，非发光网格/粒子/纯装饰渐变。"},"noFakeUi":{"passed":true,"evidence":"Issue 状态登记、phase 编号、cable badge、trace chain 均属 Brief mediaStrategy 明确允许的\"可读伪结构\"（阶段节点、issue 徽章、追溯连线），非伪造产品截图。ccpm status/standup/validate 为文本/排版呈现的命令字，不带交互控件与终端外壳。链接均为真实 GitHub 仓库。无伪造标签页/搜索框/图表/客户评价。"},"localeParity":{"passed":true,"evidence":"两语言共享相同 section 顺序与结构、相同徽章与 trace/spec 术语保留原文。zh-CN 用\"规格塔/追溯线\"主线词且中文密度自然，en 用 trace line/spine/ledger 对应翻译，双语互译等价、自然。唯一差异为 zh-CN 前三张 phase 卡标记 done 状态、en 全未标记，属轻微静态状态取舍，不影响等价性。"}},"issues":[{"code":"mobile-transformation-not-impl","severity":"blocking","locale":"all","description":"手机端未实现 Brief 指定的重构，仅做响应式降级：未将竖向脊柱旋转为可横滑的水平阶段走带，未将并行缆线折叠为纵向追溯栈（每行一条向上回溯线），亦未将桌面三轨的侧边轨道并入卡片内联元信息。","repairInstruction":"在移动端媒体查询内新增：1) 将 .phases 改为可横向滚动的阶段走带（水平滚动容器 + 每条 phase 卡 min-width），承接原竖向脊柱的 5 阶段叙事；2) 将 hero 的 .cableRow 重构为纵向追溯栈——每行一行 Issue 加一条向上回溯的追溯线（用 vertical 连线/border 表达向上追溯）；3) 把桌面侧边轨道元信息（issue 编号、type/mono 标签）并入各卡片内联展示。"}]}},"after":{"qaPassed":true,"designReviewApproved":true,"qaEvidence":{"zh-CN":[{"viewport":"desktop","passed":true,"localePassed":true,"metrics":{"language":"zh-CN","h1Count":1,"h2Count":5,"sectionCount":5,"textLength":1823,"cjkCount":664,"latinLetterCount":702,"scrollWidth":1280,"clientWidth":1280,"scrollHeight":3922,"h1Top":136.09375,"bottomInset":299.46875,"brokenImageCount":0,"missingAltCount":0,"fakeControlCount":0,"emptyLinkCount":0},"screenshotHashes":{"top":"d095d22cf486ecdeca9ea9afd05b13acdab8c358bcc181491bac8a0a2a57883a","middle":"15c100e9ee14801ff8d56173b30eb1de5d3184998d77545e583051533903928a","bottom":"3a797d0e425ae4b09b0193512e42bb400a625dcfc851888acfee69833e967e6f"},"consoleErrors":[],"networkRequests":[]},{"viewport":"mobile","passed":true,"localePassed":true,"metrics":{"language":"zh-CN","h1Count":1,"h2Count":5,"sectionCount":5,"textLength":1841,"cjkCount":674,"latinLetterCount":702,"scrollWidth":390,"clientWidth":390,"scrollHeight":5350,"h1Top":136.09375,"bottomInset":340.859375,"brokenImageCount":0,"missingAltCount":0,"fakeControlCount":0,"emptyLinkCount":0},"screenshotHashes":{"top":"8366bb03a7f8580824ebf308a26bf74fa5bc90599e61e592447ca68b9ed7b7db","middle":"bf0d679e35f39e74fe1d26438a359a4468787044b31f1d660086071857ca50bd","bottom":"edc59522744df86a5240bd9993f9aece2d50869faf06a8bd7929f22d82cf3b99"},"consoleErrors":[],"networkRequests":[]}],"en":[{"viewport":"desktop","passed":true,"localePassed":true,"metrics":{"language":"en","h1Count":1,"h2Count":5,"sectionCount":5,"textLength":3451,"cjkCount":0,"latinLetterCount":2655,"scrollWidth":1280,"clientWidth":1280,"scrollHeight":3988,"h1Top":136.09375,"bottomInset":298.765625,"brokenImageCount":0,"missingAltCount":0,"fakeControlCount":0,"emptyLinkCount":0},"screenshotHashes":{"top":"c61004ba06fec7dbc19d4c2c67181c7723df9b02395db12b015b91209cc3e443","middle":"5e2626330f3e112b55fc7beeedfbf3e7c80e1effad149b6a4167da011e20b27f","bottom":"2a9dfdee57df390eef397bac710d6f691efc509ee93268ed25a4ab1937eefe20"},"consoleErrors":[],"networkRequests":[]},{"viewport":"mobile","passed":true,"localePassed":true,"metrics":{"language":"en","h1Count":1,"h2Count":5,"sectionCount":5,"textLength":3492,"cjkCount":0,"latinLetterCount":2685,"scrollWidth":390,"clientWidth":390,"scrollHeight":5661,"h1Top":136.09375,"bottomInset":341.078125,"brokenImageCount":0,"missingAltCount":0,"fakeControlCount":0,"emptyLinkCount":0},"screenshotHashes":{"top":"464d6cb96bf49659fe32fca79aa96db4f53245b75ecb487a903df5ecd0b012bf","middle":"9a348d0bdda5c620b2b7807b64f0466e5c123379f2422a107646381cfd3b12b3","bottom":"a278c6a3e90626242654f7a60fc9dc9850f9b1ed300b3fb47f01beff9960d232"},"consoleErrors":[],"networkRequests":[]}]},"visualReview":{"schemaVersion":"dodot-automated-design-review-v1","status":"approved","summary":"七项检查全部通过，无 blocking issue，判定为 approved。所选方向 dir-traceability-spine 在桌面与手机端均被忠实实现：章节序列完整落地，签名视觉（hero 规格锚点 + 两侧并行缆线回折入脊柱 + spineTree 分解树 + trace 追溯链）真实表达机制；手机端在 @media(max-width:540px) 内将竖向脊柱旋转为可横滑水平阶段走带、将并行缆线折叠为纵向追溯栈并把侧边轨道元信息并入卡片内联，完全满足 Brief 的 mobileTransformation 要求。双语章节等价且自然。","checks":{"projectFit":{"passed":true,"evidence":"实现所选方向 dir-traceability-spine：surfaceModel（索引卡与账本、card::before/after 打孔夹角 + 编号徽章）、配色 #F4F1EA/#1C2B4A/#3E5C8A/#E15554/#F4B942、字体 Inter + JetBrains Mono 与方向一致。sectionSequence 全落地：hero-spine、five-phase-discipline、issue-as-source-of-truth、parallel-execution-lanes、deterministic-operations、traceability-and-why-different 均以 data-dodot-section 呈现。贯穿追溯线由 hero SVG 脊柱经 spineTree 分解树到 trace 追溯链贯通全页。"},"evidenceBound":{"passed":true,"evidence":"5 阶段 Brainstorm/Document/Plan/Execute/Track 对应 summary 证据与 readme 标题；GitHub Issues 唯一事实来源（不依赖 Projects API）对应 summary 证据；parallel:true 并行执行对应 summary 证据；确定性操作 ccpm status/standup/validate 来自 summary 的 status/standup/search/validate bash 脚本证据，省略 search 但未引入证据外事实。spec:n / agent-a/b 为 Brief mediaStrategy 明确允许的可读伪结构，非杜撰数据；未用 stars/forks 造数字。"},"signatureVisual":{"passed":true,"evidence":"hero SVG 绘制自顶部规格锚点（circle + 墨蓝脊柱）向下、两侧并行缆线（agent-a/agent-b, parallel:true）回折汇入主脊柱的构图；spineTree 呈现 PRD→Epics→Tasks 规格塔分解树；trace 章节以 spec:1→spec:2→spec:4→code 追溯链落回锚点。与 Brief signatureVisual 垂直脊柱节点 + 两侧并行工作信道如缆线回绕逐级并入脊柱 + 每格 Issue 卡带追溯连线相符，是真实机制表达而非装饰占位。"},"mobileTransformation":{"passed":true,"evidence":"在 @media(max-width:540px) 内实现了 Brief 明确要求的手机端重构：1) .phases 由竖向 spine 旋转为可横滑的水平阶段走带（display:flex + overflow-x:auto + scroll-snap-type:x proximity + .phaseCard width:82%/min-width:250px，并显示 belt-hint 提示）；2) .cableRow 折叠为纵向追溯栈（grid 两列布局、::before 竖向虚线表示向上回溯线、每行一行 Issue + 一条往上回溯的线，badge 内联）；3) 侧边轨道元信息并入卡片内联（.secLabel 换行合并、.phaseCard .n::after 内联 #issue 编号徽章、.spineRow .vert 隐藏）。属方向要求的手机端重构而非仅栅格降级。"},"antiTemplate":{"passed":true,"evidence":"非大 slogan+三指标营销首屏；无浏览器/终端/手机/编辑器壳体；主体为编号 Issue 卡（打孔夹角+徽章）、脊柱分解树（spineTree）、并行缆线与追溯链构成的账本式构图。hero 处为低对比纸面蓝图网格 #E5E0D4 + #F4F1EA，贴近 Brief 浅色图纸纸面，非发光网格、粒子或纯装饰渐变。"},"noFakeUi":{"passed":true,"evidence":"Issue 状态登记（ticker）、phase 编号、cable badge、trace chain 均属 Brief mediaStrategy 明确允许的可读伪结构（阶段节点、issue 徽章、追溯连线），非伪造产品截图。ccpm status/standup/validate 为文本/排版呈现的命令字，无交互控件与终端外壳。所有链接（github.com/automazeio/ccpm）均为真实仓库链接。无伪造标签页/搜索框/图表/客户评价。"},"localeParity":{"passed":true,"evidence":"两语言共享相同 section 顺序、结构、data-dodot-section 与 trace/spec 等术语原文。zh-CN 以規格塔/追溯線条为主线词、中文密度自然；en 对应 trace line/spine/ledger 等翻译，英文自然。双语互译等价。唯一差异为 zh-CN 前三张 phase 卡标记 done 状态、en 全未标记，属轻微静态状态取舍，不影响章节等价与自然度。"}},"issues":[{"code":"phase-card-status-inconsistency","severity":"warning","locale":"all","description":"zh-CN 前三张 phase 卡带 class done（锚点色高亮编号），en 版本全部未标记 done，仅此一处语言间静态样式状态不一致，不影响章节等价或叙事。","repairInstruction":"可选修复：在 en 版为前三张 phase 卡补上相同 class done，使两版本视觉状态完全一致；若不修复亦不影响通过。"}]}},"changedFiles":["artifact/zh-CN.html","artifact/en.html"]}],"provenance":{"executor":"opencode","model":"deepseek/deepseek-v4-flash","opencodeVersion":"1.1.58","promptVersion":"dodot-showcase-deepseek-v4","inputHash":"2894be2c40f39c516a024fd1824e58ec697b6bab3db3be0810031d2b57914518","artifactHash":"f4f848e135b04ad4ca0d8eee696ee19eacc0fd74c93ea7fb75710dea8979d611","designSkill":"dodot-showcase-design"},"qaEvidence":{"zh-CN":[{"viewport":"desktop","passed":true,"localePassed":true,"metrics":{"language":"zh-CN","h1Count":1,"h2Count":5,"sectionCount":5,"textLength":1823,"cjkCount":664,"latinLetterCount":702,"scrollWidth":1280,"clientWidth":1280,"scrollHeight":3922,"h1Top":136.09375,"bottomInset":299.46875,"brokenImageCount":0,"missingAltCount":0,"fakeControlCount":0,"emptyLinkCount":0},"screenshotHashes":{"top":"d095d22cf486ecdeca9ea9afd05b13acdab8c358bcc181491bac8a0a2a57883a","middle":"15c100e9ee14801ff8d56173b30eb1de5d3184998d77545e583051533903928a","bottom":"3a797d0e425ae4b09b0193512e42bb400a625dcfc851888acfee69833e967e6f"},"consoleErrors":[],"networkRequests":[]},{"viewport":"mobile","passed":true,"localePassed":true,"metrics":{"language":"zh-CN","h1Count":1,"h2Count":5,"sectionCount":5,"textLength":1841,"cjkCount":674,"latinLetterCount":702,"scrollWidth":390,"clientWidth":390,"scrollHeight":5350,"h1Top":136.09375,"bottomInset":340.859375,"brokenImageCount":0,"missingAltCount":0,"fakeControlCount":0,"emptyLinkCount":0},"screenshotHashes":{"top":"8366bb03a7f8580824ebf308a26bf74fa5bc90599e61e592447ca68b9ed7b7db","middle":"bf0d679e35f39e74fe1d26438a359a4468787044b31f1d660086071857ca50bd","bottom":"edc59522744df86a5240bd9993f9aece2d50869faf06a8bd7929f22d82cf3b99"},"consoleErrors":[],"networkRequests":[]}],"en":[{"viewport":"desktop","passed":true,"localePassed":true,"metrics":{"language":"en","h1Count":1,"h2Count":5,"sectionCount":5,"textLength":3451,"cjkCount":0,"latinLetterCount":2655,"scrollWidth":1280,"clientWidth":1280,"scrollHeight":3988,"h1Top":136.09375,"bottomInset":298.765625,"brokenImageCount":0,"missingAltCount":0,"fakeControlCount":0,"emptyLinkCount":0},"screenshotHashes":{"top":"c61004ba06fec7dbc19d4c2c67181c7723df9b02395db12b015b91209cc3e443","middle":"5e2626330f3e112b55fc7beeedfbf3e7c80e1effad149b6a4167da011e20b27f","bottom":"2a9dfdee57df390eef397bac710d6f691efc509ee93268ed25a4ab1937eefe20"},"consoleErrors":[],"networkRequests":[]},{"viewport":"mobile","passed":true,"localePassed":true,"metrics":{"language":"en","h1Count":1,"h2Count":5,"sectionCount":5,"textLength":3492,"cjkCount":0,"latinLetterCount":2685,"scrollWidth":390,"clientWidth":390,"scrollHeight":5661,"h1Top":136.09375,"bottomInset":341.078125,"brokenImageCount":0,"missingAltCount":0,"fakeControlCount":0,"emptyLinkCount":0},"screenshotHashes":{"top":"464d6cb96bf49659fe32fca79aa96db4f53245b75ecb487a903df5ecd0b012bf","middle":"9a348d0bdda5c620b2b7807b64f0466e5c123379f2422a107646381cfd3b12b3","bottom":"a278c6a3e90626242654f7a60fc9dc9850f9b1ed300b3fb47f01beff9960d232"},"consoleErrors":[],"networkRequests":[]}]}},"generatorVersion":"opencode-1.1.58:deepseek/deepseek-v4-flash:dodot-showcase-deepseek-v4","publishedAt":"2026-08-17T15:10:30.334Z"},"rawExtraction":{"projectRevisionId":"cmt2zgyp0004x6271zodq8wmf","projectVersion":1,"sources":[{"canonicalKey":"github:automazeio/ccpm","role":"primary","revisionVersion":1,"url":"https://github.com/automazeio/ccpm"}],"facts":[{"key":"repository_owner","value":"automazeio","evidence":[{"path":"repository.owner","excerpt":"automazeio"}]},{"key":"repository_name","value":"ccpm","evidence":[{"path":"repository.name","excerpt":"ccpm"}]},{"key":"description","value":"Project management skill system for Agents that uses GitHub Issues and Git worktrees for parallel agent execution.","evidence":[{"path":"repository.description","excerpt":"Project management skill system for Agents that uses GitHub Issues and Git worktrees for parallel agent execution."}]},{"key":"primary_language","value":"Shell","evidence":[{"path":"repository.language","excerpt":"Shell"}]},{"key":"license","value":"MIT","evidence":[{"path":"repository.license","excerpt":"MIT"}]},{"key":"topics","value":"ai-agents, ai-coding, claude, claude-code, project-management, vibe-coding","evidence":[{"path":"repository.topics","excerpt":"ai-agents, ai-coding, claude, claude-code, project-management, vibe-coding"}]},{"key":"source_count","value":"1","evidence":[{"path":"projectRevision.sources","excerpt":"github:automazeio/ccpm"}]}],"taxonomy":{"category":"development_tools","subcategory":"data_ai_tools","confidence":0.65,"evidence":[{"path":"repository.description","excerpt":"Project management skill system for Agents that uses GitHub Issues and Git worktrees for parallel agent execution."}]},"lifecycle":{"stage":"active","confidence":0.75,"evidence":[{"path":"repository.pushedAt","excerpt":"2026-03-18T12:15:24.000Z"}]},"userIntents":[{"slug":"build_software","label":"构建或改进软件","confidence":0.65,"evidence":[{"path":"repository.description","excerpt":"Project management skill system for Agents that uses GitHub Issues and Git worktrees for parallel agent execution."}]},{"slug":"automate_work","label":"自动化工作流程","confidence":0.65,"evidence":[{"path":"repository.description","excerpt":"Project management skill system for Agents that uses GitHub Issues and Git worktrees for parallel agent execution."}]},{"slug":"create_content","label":"创作内容或设计","confidence":0.65,"evidence":[{"path":"repository.description","excerpt":"Project management skill system for Agents that uses GitHub Issues and Git worktrees for parallel agent execution."}]},{"slug":"analyze_data","label":"分析与理解数据","confidence":0.65,"evidence":[{"path":"repository.description","excerpt":"Project management skill system for Agents that uses GitHub Issues and Git worktrees for parallel agent execution."}]},{"slug":"learn_explore","label":"学习与探索","confidence":0.65,"evidence":[{"path":"repository.description","excerpt":"Project management skill system for Agents that uses GitHub Issues and Git worktrees for parallel agent execution."}]}],"readme":{"headings":["CCPM – The Project Manager Agent","Spec-driven development for AI agents – ship ~~faster~~ _better_ using PRDs, GitHub issues, and multiple agents running in parallel.","Table of Contents","Background","The Workflow","See It In Action","What Makes This Different","Why GitHub Issues","Core Principle: No Vibe Coding","The Parallel Execution System","Issues Aren't Atomic","The Math of Velocity","Context Stays Clean","Key Features & Benefits","Install","Clone the repo","Factory / Droid","Symlink into your skills directory","Claude Code","Any other Agent Skills–compatible harness"],"commands":[]},"changeSet":[{"field":"authorName","beforeHash":"74234e98afe7498fb5daf1f36ac2d78acc339464f950703b8c019892f982b90b","afterHash":"fe6b07cd21f930048ecd103f97e33c344bebf1f276c73c362140d7e1ac787a0b"},{"field":"description","beforeHash":"74234e98afe7498fb5daf1f36ac2d78acc339464f950703b8c019892f982b90b","afterHash":"eb5fd2970b4966bb8abdff008c64fc70118f3ed1eb0246aba85cf85eed2bbd90"},{"field":"experienceUrl","beforeHash":"74234e98afe7498fb5daf1f36ac2d78acc339464f950703b8c019892f982b90b","afterHash":"a6937e313ee8c8bdca7c19347b092dd5c3817392eba27eb138bd3b2345b54a4e"},{"field":"name","beforeHash":"74234e98afe7498fb5daf1f36ac2d78acc339464f950703b8c019892f982b90b","afterHash":"efd7ffbb86cd3bf4d38a9fdcfefd629dbafd0c152c70ce6012d0d8eecdc1f6a0"},{"field":"repository","beforeHash":"74234e98afe7498fb5daf1f36ac2d78acc339464f950703b8c019892f982b90b","afterHash":"69c61d045009bb08852aa0d43d45b6ba1ee7cdbd0495f001cab3db138b6b018f"},{"field":"sourceCount","beforeHash":"74234e98afe7498fb5daf1f36ac2d78acc339464f950703b8c019892f982b90b","afterHash":"6b86b273ff34fce19d6b804eff5a3f5747ada4eaa22f1d49c01e52ddb7875b4b"}]},"publishedAt":"2026-08-10T10:56:12.018Z","updatedAt":"2026-08-21T13:26:48.250Z","summary":{"id":"cmt2zgyp3004z6271dlgbqytt","projectType":"agent","oneLine":"基于 GitHub Issues 的 Agent 项目管理技能","overview":"CCPM 是一个 Agent Skill，为 AI 编码代理提供结构化的项目管理能力。它将想法转化为 PRD，分解为史诗和任务，同步到 GitHub Issues，并支持多个代理并行执行。通过文件持久化上下文，确保每行代码都可追溯到规格，适合追求规范开发而非随意编码的团队。","highlights":["规范驱动开发","并行代理执行","GitHub 原生集成","上下文持久化"],"bestFor":["使用 AI 编码代理的开发者","需要并行任务执行的团队","追求可追溯性的项目"],"caveats":["需要 GitHub 仓库和 gh CLI","主要面向 Agent 工作流，非人类项目管理工具","效果依赖 Agent 兼容性"],"categorySuggestion":"development_tools","subcategorySuggestion":"coding_agents","lifecycleStages":["idea_requirements","product_design","backend_data","testing_quality"],"audienceIntents":["build","integrate","evaluate"],"confidence":0.85,"evidence":[{"claim":"CCPM 是一个项目管理技能系统，供 Agent 使用 GitHub Issues 和 Git worktrees 进行并行执行。","sourceType":"description","locator":"https://github.com/automazeio/ccpm"},{"claim":"CCPM 遵循 agentskills.io 开放标准，兼容 Claude Code、Codex、OpenCode、Factory、Amp、Cursor 等。","sourceType":"readme","locator":"https://github.com/automazeio/ccpm"},{"claim":"CCPM 强制 5 阶段纪律：头脑风暴、文档、计划、执行、跟踪，确保每行代码都追溯到规格。","sourceType":"readme","locator":"https://github.com/automazeio/ccpm"},{"claim":"CCPM 支持并行执行：任务标记为 parallel: true 时，多个 Agent 可同时工作而不会冲突。","sourceType":"readme","locator":"https://github.com/automazeio/ccpm"},{"claim":"CCPM 使用 GitHub Issues 作为唯一事实来源，无需依赖 GitHub Projects API。","sourceType":"readme","locator":"https://github.com/automazeio/ccpm"},{"claim":"CCPM 的确定性操作（如状态、站会、搜索、验证）以 bash 脚本运行，快速且不消耗 LLM token。","sourceType":"readme","locator":"https://github.com/automazeio/ccpm"}],"publishedAt":"2026-08-17T13:13:21.460Z"},"github":{"url":"https://github.com/automazeio/ccpm","ownerAvatarUrl":"https://avatars.githubusercontent.com/u/125381035?v=4","starsCount":8340,"forksCount":836,"language":"Shell","syncedAt":"2026-08-17T13:04:40.732Z","license":"MIT","defaultBranch":"main","archived":false,"disabled":false,"lastChangedAt":"2026-03-18T12:15:24.000Z","missing":false},"tags":[{"name":"Vibe coding","slug":"vibe-coding","verification":"verified","evidenceUrl":"https://github.com/automazeio/ccpm","evidenceExcerpt":"GitHub topic: vibe-coding"}],"updates":[]},"entryPoint":"ranking","claim":{"state":"unclaimed","verified":false},"initialView":"beautified","community":{"viewer":null,"state":{"likesCount":0,"creativeCount":0,"followersCount":0,"commentsCount":0,"liked":false,"creative":false,"followed":false},"comments":{"comments":[],"nextCursor":null}}}]}],"$L24"]