← 返回作品集行途 · 作品集
行途 · 内容工厂2026-09-02 · 状态:✅ 已拍板并落地(方案 A)

「六层」三件套 · GitHub 建仓 + 公众号配置规划

文章承诺「回复六层自取」→ 三件套已产齐 → 缺「载体 + 分发链路」。本规划定:放哪个仓、怎么欢迎 star、公众号怎么配。
15
文章承诺「回复六层」
3
三件套文件(已产齐)
19
本地 Git 仓(18 干净待推送)
300字
公众号关键词回复上限(已核实)

① 现状:钩子已承诺,交付物缺口已补齐

15 篇文章文末统一承诺:「六层落地清单、token 优化踩坑卡、提示词框架模板都整理好了——公众号回复「六层」自取」。此前三件套并不存在——本次已按六层框架 + 真实工程素材(重构工程/中台工程 两个工程的 specs 与 session)产齐:

01_六层落地清单.md8.9KB · 六层逐层「装什么/怎么配/怎么验证」+ 实测数字口径 + 先做哪层
02_token优化踩坑卡.md7.9KB · 17 条踩坑:现象→根因→解法,按层索引可检索
03_提示词框架模板.md6.5KB · 六层规则模板全部可直接复制 + 附赠规则体检模板
三件套口径已对齐系列:每处数字标「实测 / 估算 / 引用」;含 8.5x→1.09x 自打脸案例;star 全部可核验(当日 API 实拉)。

② 载体方案:已拍板 = 方案 A(并入 xingtu-articles)✅

2026-09-03 已落地:`toolchain-practice/token-saving/` 目录已建(README + 3 份资料),commit `961b737` 已 push 至 GitHub 公开仓;直达页 HTTP 200 实测可达。
📎 公众号回复 URL:github.com/xingtu1996/xingtu-articles/tree/main/toolchain-practice/token-saving

方案 A:并入 xingtu-articles 文章仓 推荐

  • 该仓已公开(9/2 转 public),定位「文章资产仓」,B02/B09 两篇省 token 文已在内
  • 三件套是文章的「配套资源」,同仓同主题,读者从文章跳转自然
  • 不新增仓库——本地 19 仓已够多,少一个要维护的对象
  • 新增 token-saving/ 目录 + 仓内 README 加「欢迎 ⭐」引导

方案 B:新建独立仓 xingtu-sheng-token

  • 1 项目 1 仓库铁律:系列文章 + 三件套自成一体,SEO 关键词更聚焦
  • 代价:又新增一个本地仓,与 boss「仓库已多、都要跟得上」的顾虑相悖
  • 适合未来要做独立开源产品(如把五关流水线开源)时再拆
维度A:并入 xingtu-articlesB:新建独立仓
仓库数负担不加 维持 19 仓+1 本地+远程各多一仓
读者路径文章 → 回复六层 → GitHub 仓内目录,主题相关文章可顺带逛单一三件套 landing,聚焦但孤立
SEO / 搜一搜借文章仓既有收录权重新仓需从 0 攒
与「系列」定位文章资产仓 = 天然归宿更像产品仓
落地成本建目录 + 移文件 + push(gh repo create + README + push(低但多一步)
倾向 A:三件套本质是「文章的配套资料」,放进文章仓天经地义;且 boss 强调本地仓要跟得上——少建仓 = 少维护。若未来做「独立开源产品」再拆仓不迟。

③ 公众号自动回复配置(关键词「六层」)

已核实口径(2026-09-02 多源)

结论备注
关键词自动回复未认证个人号可用认证/未认证均可设置,非接口权限
单条文本上限300 汉字每条回复 ≤300 字(多源一致)
文字可带 URL可放裸链接微信自动识别 http(s) 为可点击;不支持锚文本超链接
规则数 / 关键词数200 规则 × 每规则 10 关键词 × 5 回复本文案 1 规则 1 关键词 1 回复即可
匹配方式建议「半匹配」读者发「六层」「六层三件套」均触发
回复素材类型文字 / 图文消息均可图文卡片体验更佳,但需先建图文素材

建议配置(文字回复,够用且最快落地)

回复文案成稿(约 110 字,含换行,复制即用):

六层三件套来啦 👇
① 六层落地清单(装什么 · 怎么配 · 怎么验证)
② token 优化踩坑卡(17 条真实踩坑,可检索)
③ 提示词框架模板(六层规则,直接复制)

👉 GitHub 仓库自取(欢迎 ⭐ Star,行途持续更新):
https://github.com/xingtu1996/xingtu-articles
⚠️ 补一句:URL 建议指向三件套目录直达页而非仓首页(见下「目录建议」),读者少点一层。若未来上线资料库/域名,可换更短链接。

后台操作路径(人工一步,约 3 分钟)

1登录 mp.weixin.qq.com → 左侧「功能」→「自动回复」
2切「关键词自动回复」→「添加规则」
3规则名:六层三件套;关键词:六层(回车分隔可加 六层三件套
4匹配方式:半匹配(未全匹配)
5回复:选「文字」,粘贴上方文案 → 保存
6用另一个微信发「六层」实测(约 5 秒延迟属正常)

④ 仓库目录建议 + 本地同步清单

xingtu-articles 仓内新增结构(方案 A)

toolchain-practice/
├── B02-ponytail-73-percent-less-code.md   (已有)
├── B09-claude-code-token-saving.md        (已有)
└── token-saving/                          ← 新增目录(三件套)★
    ├── README.md                          ← 目录入口:三件套简介 + 公众号钩子 + ⭐引导
    ├── 01_六层落地清单.md
    ├── 02_token优化踩坑卡.md
    └── 03_提示词框架模板.md

自动回复 URL 建议用:github.com/xingtu1996/xingtu-articles/tree/main/toolchain-practice/token-saving

本地 19 仓同步体检(2026-09-02 实测)

状态数量仓库
已干净 · remote 正常18dsh-xingtu-skills / tokenhub-bench / xingtu-ai-engineering / xingtu-articles / xingtu-book / xingtu-cli / xingtu-github-io / xingtu-harness / xingtu-hooks / xingtu-mcps / xingtu-rules / xingtu-sdd / xingtu-site / xingtu-skills / xingtu-tools / xingtu-video / xingtu1996 / xingtu-github-io
dirty=788 未提交1xingtu-vault(私有知识库,常态未提交——内容在本地持续增长,按需提交即可,不阻塞本任务
非 Git 仓1books(本地书目,无需同步)
结论:本地 18 仓 remote 齐全且工作区干净——「跟得上」的唯一动作 = 本次改动 push 一次。xingtu-vault 的 788 个未提交项属知识库常态,需 boss 另行决定提交策略。

⑤ 执行序(拍板后一次跑完)

1 建目录 + README 2 移入三件套 3 仓 README 加钩子 4 commit + push 5 核对 GitHub 直达页 6 给 boss 配置文案 7 boss 后台配自动回复
🕐 定时提醒:发布动作(push / 公众号群发)按惯例排非工作时间;配置好后建议在「六层」相关文章(最早 S09 · 9/5 首发)上线前完成,避免读者回复无响应。
行途 · 内容工厂规划看板 | 数据口径与 star 可核验 | 三件套文件路径:outputs/a1_省token产线/六层三件套/