目标

这篇是给 AI 用的标准 SOP:

  • 自动记录当天做了什么
  • 自动生成可读的日记文章
  • 自动做脱敏
  • 自动发布到 Blog

适用于“让另一个 AI 直接照着做”。


一、输入与输出定义

输入(AI 需要收集)

  1. 今天的改动文件列表
  2. 关键功能变更点
  3. 关键测试结果(通过/失败)
  4. 风险点与未完成项

输出(AI 必须产出)

  1. 一篇 Markdown 日记正文
  2. 一份脱敏检查结果
  3. 发布脚本执行结果(文章 ID、Slug、URL)

二、写日记流程(可直接执行)

步骤 1:汇总事实(只写可验证内容)

按以下结构整理:

  • 做了什么(What)
  • 为什么改(Why)
  • 改了哪些文件(Where)
  • 怎么验证(How)
  • 还有什么风险(Risk)

要求:

  • 禁止虚构结果
  • 禁止“看起来可能”这种模糊表述
  • 每个结论都应能追溯到文件或命令输出

步骤 2:先写技术日志,再润色

先写“技术版”骨架,再做可读性优化。

建议段落:

  1. 今日目标
  2. 关键实现
  3. 验证结果
  4. 风险与后续

步骤 3:执行脱敏

见第三节“脱敏规则”。

步骤 4:发布

用发布脚本写入 typecho_contents,状态 publish。


三、脱敏规则(强制)

必须替换的内容

  1. API Key、Token、密钥、密码
  2. Cookie、Session、Authorization Header
  3. 内网 IP、真实服务器路径、个人邮箱、手机号
  4. 任何可直接登录或调用付费接口的信息

建议替换格式

  • sk-xxxx -> sk-***
  • token=abcd... -> token=***
  • user@example.com -> u***@example.com
  • 192.168.1.20 -> <INTERNAL_IP>
  • E:/real/path/... -> <PROJECT_PATH>/...

禁止项

  • 不可在正文、代码块、图片链接、注释里泄露凭据
  • 不可贴完整请求头
  • 不可贴可复用的登录链接

四、日记模板(给 AI 直接套用)

## 今日目标
- [一句话说明今天要完成什么]

## 关键实现
1. [功能 A]:改了什么、涉及哪些文件、核心逻辑是什么
2. [功能 B]:改了什么、涉及哪些文件、核心逻辑是什么

## 验证结果
- [测试/命令 1]:通过/失败(关键输出)
- [测试/命令 2]:通过/失败(关键输出)

## 风险与后续
- 当前风险:...
- 后续计划:...

五、自动发布建议(最小实现)

发布脚本职责

  1. 找到管理员 UID
  2. 组装 title/slug/text
  3. 写入 typecho_contents
  4. 打印发布结果(ID、Slug、URL)

成功标准

  • 能返回文章 ID
  • 前台能打开文章 URL
  • 文中不含敏感信息

六、给 AI 的执行提示词(可复用)

你是一个“技术日记发布代理”。
请基于今天的真实改动,按以下要求输出:

  1. 先输出“事实清单”(文件、改动点、测试结果)
  2. 再输出“脱敏后日记正文”(Markdown)
  3. 最后输出“脱敏核对清单”(逐条通过/不通过)

约束:

  • 只写可验证事实
  • 禁止泄露凭据
  • 用中文输出

结论

把“事实收集 -> 日记生成 -> 脱敏检查 -> 发布”做成固定流水线,AI 才能稳定自主写日记。

核心不是文采,而是:真实、可追溯、可复现、可脱敏。

标签: 暂无标签

暂无评论

添加新评论