展开本页目录
开始前准备什么
- CLI1.5.47为本次npm快照；制作前真实记录`cn --version`。不得混写VS Code2.0版本。此题不需要`--auto`或`--allow "*"`；Continue认证入口与旧IDE自定义API能力须分开验证。
- 只在独立练习目录与自己的测试账号操作；使用准确模型ID，真实密钥不写入教材。
- 确认暂存和未暂存的不同范围
- 安装CLI并记录真实版本
- 验证只读headless入口
- 把暂存diff作为标准输入
- 检查发布说明的用户可见事实
- 复查仓库没有被模型改动
- 人工审校后交给发布流程
原创输入、任务提示、字段教材、源码参考、人工基准和实际本地输出；无需模型即可核对。
包含七步原生操作、版本、来源和目标平台待执行项。
本站手写参考或人工基准的实际渲染，不是目标平台或模型输出。
1. 确认暂存和未暂存的不同范围
运行reference.py，它在临时Git练习仓库真实暂存筛选/导出变化，再写一条未暂存邮件实验。staged.diff与unstaged.diff都保留为文件，先读懂这两个范围。
2. 安装CLI并记录真实版本
按Continue CLI官方安装页安装后执行cn --version。npm发布包的CLI1.5.47与GitHub的VS Code扩展2.0不是同一版本，正文不混用。首次启动按当前入口登录。
3. 验证只读headless入口
先用不含私有代码的短文本测试cn -p，使用自己的配置。--readonly仅允许只读工具；headless下原本ask的写工具会被排除，不会弹窗一直等待。
4. 把暂存diff作为标准输入
执行node-fields.json中展示的管道，提示词只依据diff，正文写给产品用户。输出重定向到新的release-notes.md；这一步才是目标模型请求，教材没有执行。
5. 检查发布说明的用户可见事实
新增筛选和导出修复可写；内部函数重命名归内部维护，不能说成新产品能力。确认从未暂存的“自动邮件”没有进入结果，也不要把本地变更写成已经上线。
6. 复查仓库没有被模型改动
在调用前后保存git status --short与git diff摘要，确认源码与暂存区不变。包内实际Git范围演示和人工发布说明可在reference.html查看，不能替代cn stdout证据。
7. 人工审校后交给发布流程
把实际模型ID、cn版本、原diff和输出一起归档。需要编辑说明时另存审校版；本题不执行git commit、push、自动发布或真实消息发送。
怎样确认已经完成
- 按本题原始输入核对ID、未知值和边界，实际平台结果另存原生文件。
- 保留本地参考与目标平台的来源差异，失败项不覆盖成成功。
- 核对实际工具/模型版本和完整调用费用，再用于自己的业务。
常见问题
AI看代码改动自动写更新说明？
把暂存diff送入Continue headless；未暂存的实验功能不能混进发布说明。 按上面七步在自己的工具执行；本页下载包提供可核对的输入和参考。
提交前一键生成中文更新日志？
在调用前后保存git status --short与git diff摘要，确认源码与暂存区不变。包内实际Git范围演示和人工发布说明可在reference.html查看，不能替代cn stdout证据。
Continue CLI 教程 的练习包能直接导入吗？
node-fields.json是逐字段操作教材，不能冒充平台原生工作流导出。按实际版本在工具里配置并保存自己的原生文件；Recipe YAML和单文件HTML等明确命名的材料见README。