上报 Bug
这是 chengfeng-videocut 的支持入口，不是第三条剪辑流程。默认只生成公开 Issue 草稿；外部写入必须经过脱敏预览与用户确认。
问题描述
|
v
最小只读诊断 -> 脱敏 -> 展示仓库 / 标题 / 正文
|
用户明确确认
|
v
认证 + 标签检查 + 查重
|
v
创建 GitHub Issue
1. 确认这是可复现 Bug
先区分：
- Bug：实际行为偏离已有契约、界面、版本能力或确定性结果。
- 功能建议：产品从未承诺该能力；不要伪装成 Bug。
- 使用疑问：先回答或诊断，不自动上报。
只收集复现所需的最小事实。不得安装 Runtime、启动 Studio、改项目、重新剪片或上传媒体来“补证据”。Runtime 存在时，可从插件根目录执行 node scripts/ensure-runtime.cjs --json 做只读探测，只保留 state / kind / version / healthy / error.code；不要附完整 doctor 输出。kind=desktop-managed 只表示安装来源是桌面 App，不授权本 Skill 启动 App、服务或重新安装。不存在就写“未检测到”。
2. 选择固定仓库
工作区根目录不一定是 Git 仓库，禁止从当前目录猜 remote：
| 问题组件 | target | GitHub 仓库 |
|---|---|---|
| Runtime、Studio、UI、CLI、API、时间线、渲染 | product | Agentchengfeng/chengfeng-videocut |
| Skill、Marketplace、安装编排、MCP App、工作流说明 | skills | Agentchengfeng/chengfeng-videocut-skills |
跨组件问题优先报最先违反契约的仓库，并在正文说明另一个组件；无法判断时先问用户。
3. 生成结构化输入
以 umask 077 把候选写入当前任务临时目录的 JSON，不写产品规范文件；提交结束后删除临时 JSON 与 Markdown：
{
"schemaVersion": 1,
"target": "product",
"component": "Studio",
"title": "Runtime 0.1.1 无法打开 HyperFrames 顶层剪口播视图",
"summary": "一句话说明影响",
"steps": ["第一步", "第二步"],
"expected": "预期行为",
"actual": "实际行为",
"environment": {
"Runtime": "0.1.1",
"OS": "macOS"
},
"evidence": ["只放最小、可公开的诊断"],
"acceptance": ["可验证的修复条件"]
}
禁止放入：
- API Key、Token、Cookie、
.env； - 视频、音频、截图、完整日志或转录正文；
- 客户名、原视频名、真实
projectId、用户绝对路径； - 未经用户允许的私人仓库内容。
4. 先生成并展示脱敏草稿
从当前 SKILL.md 定位脚本：
先按检查更新「就绪检查」第一步定位插件根
（从本 Skill 的实际源文件路径向上两级；不得跑 codex plugin list 或搜索其他
cache；下述 <插件根> 都代入该字面路径）。本 Skill 只用它定位脚本，
不装 Runtime、不起服务：
node "<插件根>/skills/chengfeng-report-bug/scripts/report-bug.cjs" draft --input "<报告JSON文件>" --output "<草稿输出文件>" --json
target 必须明确为 product 或 skills，缺失和拼错都应停止，不能静默改报另一仓库。脚本会清理常见密钥、本地用户名、卷名、路径余段和 localhost 查询参数；自动脱敏不能识别任意客户名，仍必须人工通读。向用户展示：
repo
label=bug
title
完整脱敏正文
同时保存返回的 confirmationReceipt，并向用户展示 confirmationToken 与过期时间。用户没有明确确认这份公开内容时停止；仅仅检测到错误不等于同意上报。令牌只绑定草稿内容，并不自行证明用户同意；Agent 仍必须等待明确回复。确认只对当前任务中紧接着的一次提交有效，30 分钟过期，不能跨任务或重复使用。
5. 确认后提交
只对刚刚展示、内容未变化的草稿提交：
node "<插件根>/skills/chengfeng-report-bug/scripts/report-bug.cjs" submit --input "<报告JSON文件>" --target "<目标仓库>" --confirmed --confirm-token "<确认token>" --receipt "<确认回执文件>" --json
固定规则：
- 提交前脚本检查
gh auth status、目标仓库 Issues 与bug标签；失败时保留草稿。 - 相同组件、复现步骤与实际结果的指纹已存在时返回原 Issue URL，不用宽泛标题冒充重复。
- 确认后正文发生变化时返回
confirmation_mismatch，必须重新预览。 - 确认凭据过期或已使用时返回
confirmation_expired / confirmation_replayed，必须重新预览。 - 创建结果没有明确 Issue URL 时，不自动重试；它可能已经创建。
- 只有拿到 GitHub Issue URL，才能说“已经上报”。
失败处理
github_auth_required：说明草稿已完成但未提交，禁止声称成功。github_issue_create_failed：保留草稿和手工入口，不循环重试。confirmation_required/confirmation_mismatch：重新展示精确公开内容。- 目标仓库无权限或不可见：不要改报任意仓库；让用户决定是否改报公开 Skills 仓。