Ccdawn competition research lifecycle

Skill CCDawn/codex-skills/skills/research/ccdawn-competition-research-lifecycle

Chinese-first Codex skill pack for intent alignment, dynamic routing, lightweight development, code review, UI design, and AI research workflows.

Install

npx -y skills add CCDawn/codex-skills --skill ccdawn-competition-research-lifecycle

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

4 stars4 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

What its author says it does

Copied from the file, not written here

Use when coordinating an end-to-end research competition or benchmark program across multiple lifecycle stages such as rules, data, baseline, experiments, claims, and submission; use a stage owner directly for isolated work.

The file declares its own license as MIT. That is the author’s claim about this one file, and it is not the same thing as the license GitHub reports for the repository, which is listed with the other numbers below.

SKILL.md

3.9 KB, as published. Nobody here has run it

CCDawn 竞赛科研全流程

目标

维护竞赛/benchmark 项目的阶段边界、事实源和跨阶段依赖，让当前最具体 owner 连续推进。它是全项目协调层，不重复执行研究、score、写作或工程流程。

BRT interface

Context Boundary: 竞赛规则、数据/metric、active baseline/evidence、当前阶段、关键 artifact、提交约束和截止时间。
Output Contract: 当前阶段判断、跨阶段风险、一个 primary owner、阶段完成证据和下一阶段动作。
Allowed Action: 读取项目事实源并协调当前阶段；具体实验、工程、审查和写作由最具体 owner 执行。
Success Evidence: 规则/数据版本、baseline/实验记录、claim 来源、submission checklist 或外部反馈中的阶段必要证据。
Stop Condition: 规则/metric/数据漂移、active evidence 冲突、关键提交要求未知、claim 无来源或继续会污染有效证据。
Route Out: 当前阶段 owner、ccdawn-ai-research-loop、ccdawn-score-loop、ccdawn-research-rigor-review、工程 owner、ccdawn-brt 或 BLOCKED。

统一调用契约

只处理 BRT interface 范围；不匹配时回 ccdawn-brt 或更具体 owner，复合任务不吞其他 owner。
用户可见内容默认中文，完成只报状态、产出、证据和剩余风险；代码、命令、路径、错误原文、API/协议、skill 名和枚举保留原样；Route Out 仅以 BRT interface 为准，末行写 下一步建议: <一个具体动作>。

激活闸门

只有请求跨越至少两个阶段，或规则、数据、baseline、claim、submission 之间的依赖需要统一治理时进入。单次论文复现/消融用 AI Research，反复 metric 晋升用 Score Loop，关键 claim 审查用 Rigor Review，具体工程故障用对应工程 owner。

阶段地图

按项目实际情况映射，不强制创建八套 artifact：规则与目标 -> 数据/协议 -> baseline -> 研究实验 -> 证据综合/claim -> 提交或发布。

每次只维护：当前阶段、active truth、阻塞下一阶段的最小缺口、primary owner、完成证据。已有项目工件优先；缺少模板但不影响当前决策时继续，不为形式补文档。

协调规则

先读取最相关的规则、metric、数据版本、baseline、实验结果、claim map 或提交清单，不扫描所有阶段。
识别当前阶段及最早失效的上游证据；上游漂移时标记受影响下游为 stale 并回退修复。
选择一个能直接产生下一阶段必要证据的 primary owner。当前 owner 完成后，若下一阶段明确且已授权，连续路由，不逐阶段询问。
AI Research 可以内部完成简单实验；只有反复晋升/榜单 lane 才下沉 Score Loop。普通 candidate gate 不经过 Rigor Review。
只有论文/对外 claim、方向转向、重要 best-known 结果或高成本投入才进入 Rigor Review。
并行只用于真正独立的 artifact 和写入面；不默认创建 3-6 lanes、worktree 或多 Agent。

Smoke/proxy 只用于可运行性、淘汰和排序，不替代正式目标评估。外部 leaderboard 是重要校准证据，但不能静默改变本地 protocol 或 claim 范围。

输出

阶段: <当前阶段>
- Active truth: <规则/数据/baseline/evidence>
- 关键缺口或漂移: <仅真实项>
- Primary owner 与产出:
- 阶段完成证据:
下一步建议: <一个具体动作>

跨会话或正式交接时才读取 REFERENCE.md、TEMPLATES.md 或维护持久阶段 artifact；普通推进不输出完整 lifecycle 表、BRT gate 或阶段菜单。