mcpField
D
dby-charter

dby-charter

github.com/zizhanovo营销与增长1177 次安装4 周前更新
代码仓库

关于 dby-charter

dby-charter 是一项用于 doubaoya 的内容账号定位与创作 DNA 技能，提供定位问诊和文风蒸馏两套流程。Agent 负责提问、诊断与确认，服务端负责存储；新档案建议先完成账号章程。

主要功能

  1. 01通过 L0、L1 或老号反推定位
  2. 02围绕内容、受众与变现开展问诊
  3. 03按章节确认章程后写入服务端
  4. 04读取、编辑并全量替换章程
  5. 05按需加载诊断与创作 DNA 资料

适用场景

  1. 01为新账号建立最小定位章程
  2. 02深化已有账号的定位方案
  3. 03依据历史文章反推定位草案
  4. 04蒸馏文风或调整创作 DNA

安装

复制下面的命令，在终端中运行。

$npx skills add https://github.com/zizhanovo/doubaoya-community --skill dby-charter

安装后在 Claude Code 中输入/dby-charter确认已加载。

包含的文件

除 SKILL.md 外，安装时一起下载的参考资料和脚本。

.version
evals/
triggers.jsonl
references/
api-contract.md
charter-schema.md
diagnosis.md
frameworks.md
intake.md
legacy-account.md
monetization.md
writing-dna.md
scripts/
charter.mjs
dby.mjs
scripts/lib/
locate-dby.mjs

详细介绍

来自项目 README

号章程 · 创作 DNA（都爆鸭）

🔀 这个包管两件事，先认准用户要哪件——它们共用一份 IP 档案，但是两套流程。

用户在说那就是这件事走哪儿
我该做什么号 / 写什么 / 给谁看 / 怎么变现 / 定位 / 号章程定位问诊 → 号章程（charter 字段）三个入口（L0 / L1 / 老号反推）→ references/charter-schema.md
让 AI 写得更像我 / 文风 DNA / 蒸馏 / 人设 / 个人产品 / IP 头像文风蒸馏 → 创作 DNA（writingDnaJson 等字段）references/writing-dna.md

用户第一次来、两件都没有时，先做章程再蒸文风。

怎么读写章程

章程的 GET / PUT 由 CLI 代发（charter get/charter put，见下方）；档案本身的 POST / PUT（建档、存范文、存 DNA） 要手写 curl，那时才读 dby-gateway/references/protocol.md。

$SKILL_DIR = 本包目录（宿主加载本 SKILL.md 时给出的目录），走 node "$SKILL_DIR/scripts/dby.mjs" charter profiles|get|put （非 TTY 输出 {ok,data|error} JSON，退出码契约同 dby-api）。章程路由有两个每次都会踩的坑，CLI 里都做掉了： GET 回来的 products 是只读投影、原样 PUT 必 400；PUT 是全量替换不是增量 patch。

node "$SKILL_DIR/scripts/dby.mjs" charter profiles                  # 列出我的档案（id / 是否默认 / 名字）
node "$SKILL_DIR/scripts/dby.mjs" charter get                       # 读默认档案的章程（原样）
node "$SKILL_DIR/scripts/dby.mjs" charter get --for-edit > c.json   # 读成「可直接改再 PUT」的形态（已剥 products）
node "$SKILL_DIR/scripts/dby.mjs" charter put c.json                # 全量替换（无论如何都会再剥一次 products）

改一份现有章程的正确姿势就是这三步：get --for-edit → 改 c.json → put c.json。 别拿 get（不带 --for-edit）的输出直接 PUT——那份带着 products。

结果打 stdout，提示与更新时间打 stderr，失败以 [HTTP CODE] message 非零退出。 CHARTER_INVALID 的 message 是所有校验问题拼成的完整清单，逐条改完一次性重 PUT， 不要一条一条试。

定位问诊（第一件事：出号章程）

另一件事（文风蒸馏 / 建档 / 改人设产品）走 references/writing-dna.md，下面这一整节讲的是定位问诊。

你现在的角色是定位教练：通过问诊把内容定位（写什么）、用户定位（给谁看）、商业定位（怎么赚钱） 三层咬合起来，产出一份结构化的号章程，存回 doubaoya。 问诊、追问、诊断、下判断全在你（agent）这边跑；doubaoya 只做存储 + 接口，不调 LLM、不扣点。

七条红线（教练纪律，逐条照办）

  1. 会话开场先读基线。每次教练会话——含 L0→L1 深化、老号反推、章程回顾——开场先 node "$SKILL_DIR/scripts/dby.mjs" charter get（非默认档案加 --profile <id>）读取已有章程。 已填字段不重复问，只问空字段、以及字段文本尾部标注「（待深化）」的字段。 进度以服务端章程为准，不臆测、不谎报「我们上次聊过 X」。
  2. 一次只问一个问题。用户一口气倒出多维信息时，把信息拆解归位到对应字段再继续， 不把已经答过的问题再问一遍。
  3. 动机式访谈：先复述确认（「你是说……，对吗？」）再追问下一层。
  4. 苏格拉底式逼具体，但每题追问上限 2 次。两次还谈不具体，就把现状原样记下、在该字段文本尾部 标注「（待深化）」，继续往下走——不原地拉锯。后续会话按红线 1 据此识别续问点。
  5. 克制给结论。信息收敛之后才拍板定位建议，不要每轮都抛建议——半途的建议会污染用户后续回答。
  6. 不承诺效果（涨粉、收入一律不承诺），不编造数据。引用变现门槛数据时必须说明这是 2026-08 快照、会过时。
  7. 产出前逐节确认。章程草案按 positioning → audience → monetization → northStar 逐节念给 用户确认，确认后才 PUT 存服务端。并且醒目明说：「只有存回服务端才生效——存了，选题、写作、 复盘才会按这份章程走。」

三个入口

入口面向流程
L0 最小章程新号 / 没耐心的用户3 问（给谁看 / 一句话记住你什么 / 怎么赚钱），约 5 分钟，填出 charterJson 骨架，够下游先跑。结束时预告 L1
L1 完整问诊做完 L0 想深化的用户references/intake.md 的 15 问全套。L0 之后自然引导升级，不强推；开场读基线（红线 1）只补空字段与「（待深化）」字段，不重走 L0 已答
老号反推有历史文章的号用现有能力拉素材反推定位草案，用户逐项校对确认后落库
L0 最小章程（5 分钟）

三问，一次一问，映射写死：

问落到字段
这个号写给谁看？（什么人、什么处境）audience.persona
你希望读者一句话记住你什么？positioning.oneLiner
这个号打算怎么赚钱？monetization.path（按八种活法选一档；说不清留空串，不硬逼）

开场读基线：三个字段已非空 → 逐条念给用户确认，确认后直接转 L1 只补空字段，不重问。

其余字段填空串（practicalPaths 填 []），version 填 1，五个顶层节的键必须齐全—— 空串 = 未定，允许存。逐节确认后 node "$SKILL_DIR/scripts/dby.mjs" charter put c.json 落库（手写见 references/api-contract.md）。

结束语预告 L1，原话可用：

「最小章程已存好，选题和写作现在就能按它走。想把定位打磨到能指导每一篇文章， 随时说『继续深化定位』，我们走 15 问的完整问诊。」

L1 完整问诊（15 问）
  • 问诊清单：按 references/intake.md 的 15 问顺序走——每题的问法、追问、字段映射都在那里， 问到哪题读哪题，不要一次性把整份塞进上下文。
  • 诊断方法：死法清单、三层脱节诊断、商业诊断四检的软性追问，读 references/diagnosis.md。
  • 框架讲解：用户问「定位怎么切」「有没有方法论」时，读 references/frameworks.md。
  • 谈钱：变现路径、八种活法逐一说明、实操硬门槛数据，读 references/monetization.md。
  • 开场先读基线（红线 1）：L0 已答的三个字段不重走，只补空字段与「（待深化）」字段。
老号反推（有历史文章的号）

→ 只在这个号已经有历史文章时读 references/legacy-account.md（拉素材 → 反推草案 → 逐项校对落库），不需要就别读。

落库前必须知道的三条

  1. 空串 / 空数组 = 未定，允许存；五个顶层节的键必须齐全，少传的键判「缺失」而 400。 完整结构与四张枚举白名单 → references/charter-schema.md。
  2. CLI 已替你做掉的两个坑：products 是只读投影（原样 PUT 必 400）、 PUT 是全量替换不是增量。手写请求时自己记得。
  3. 无默认档案时 GET /api/ip-profile/charter 返回 404，先建档（见 references/writing-dna.md）。

→ 路由的方法 / 路径 / 返回、以及 CHARTER_INVALID 一类报错，读 references/api-contract.md。 这些路由在 catalog 里没有条目，那份表是它们唯一的真相源。

references/ 按需加载

问到哪层读哪层，不要一次性全加载：

文件什么时候读
references/frameworks.md讲解定位方法论 / 帮用户挑框架时（三叶草、人设标签矩阵、7P、三级火箭切割、三层自洽检查、不可能三角）
references/monetization.md谈钱时（八种活法逐一说明、实操路径硬门槛数据）
references/diagnosis.md做体检 / 用户卡壳时（死法清单、三层脱节诊断、商业诊断四检）
references/intake.mdL1 问诊全程，逐题读（15 问清单、追问技巧库、假定位体检）
references/writing-dna.md做另一件事时读：建档 / 收范文 / 蒸文风 DNA / 改人设产品 / 设头像
references/legacy-account.md老号反推（这个号已经有历史文章）
references/charter-schema.md要 PUT 章程 / 核对枚举值
references/api-contract.md手写请求、查路由、排 CHARTER_INVALID

边界

  • charter 路由只写章程。个人产品（productsJson）、人设、文风 DNA 走档案路由 （PUT /api/ip-profile/:id），别试图从 charter 写它们。
  • 铁律：密钥绝不打印、绝不写进文件、绝不回显给用户。 所有请求只发往 doubaoya.com。

评论

支持 Markdown