1仕組みと動作原理
frontmatter の description でトリガーワード(X運営/Twitter/ツイート作成/フォロワー増加/Xアルゴリズム/tweet など)を宣言して起動を制御し、本文の「対応可能なこと/対応できないこと」で対応範囲を厳格に定義して、TikTokや小紅書(RED)など他プラットフォームへの逸脱を防ぎます。
**我能帮你的**:选题策略、推文写作、Thread结构、增长引擎、算法利用、AI赛道内容打法、变现路径、账号诊断
質問ルーティングテーブルによりユーザーの質問を11分類に整理し、5つの実行シナリオ(A〜E)または直接回答にマッピング。各分類に必要な reference ファイルをオンデマンドで読み込ませることで、すべてのナレッジの一括読み込みを回避します。
| 怎么写推文/Thread | → 场景A | `writing-workshop.md` + `algorithm-niche.md` |
シナリオA(ツイート/Thread作成)は4ステップで実行:タイプと目標の確認 → 3つのHook生成 → 1/3/1リズムに沿った本文作成 → 品質チェックリストとの照合。Hook生成後にチェックポイントを設け、ユーザーに選択させます。
每个标注用了哪个公式(好奇缺口/可信度锚点/Value Equation)
シナリオD(グロース/戦略)では、まずフォロワー規模(0-1K/1K-10K/10K-100K)と Premium ステータスを確認し、ボトルネックを診断した上で、「原則論ではなく具体的なアクション」に基づいた週間計画を提示します。
粉丝量?(决定路由到0-1K/1K-10K/10K-100K)
シナリオE(アカウント診断)では、3段階のフォールバックパスで直近約100件のツイートを収集(computer-use が第一候補 → claude-in-chrome が代替 → ユーザーの手動入力を最終手段)。データを user-data/ に保存後、エコノミスト風のHTMLレポートを生成します。
目标100条,每滚动一屏约10条,需滚动约10次
各主要シナリオの前に STOP/CHECKPOINT のハードゲートを配置(シナリオA/D/Eに各3問)。1つでも「いいえ」があれば対応するStepに差し戻し、感覚による直接的な出力を防止します。
1. **Hook 用了哪个公式**(好奇缺口 / 可信度锚点 / Value Equation)?说不出 = 凭感觉写
9つの失敗パターンに対応する Fallback ツリーが、トリガーシグナルに応じて第一候補と代替パスを提示。収集ツールの失敗時には同じ方法を無理に再試行せず、即座に方法2/3へ切り替えます。
| 6 | 工具失败(computer-use 登录墙 / Chrome 扩展未连) | 立即切方式 2 → 方式 3,不要硬重试同一条路 | 退到「用户手动提供数据」,标注样本受限 |
2コア機能
3外部依存関係
| Kind | Dependency / Endpoint |
|---|---|
| cli | 宿主 computer-use / claude-in-chrome 浏览器工具(场景E采集推文用;由宿主提供,非 skill 自带脚本) |
| network | x.com 用户主页 / analytics.x.com(采集目标站点,经宿主浏览器工具访问,非 skill 自身端点) |
4推奨統制措置と判定根拠
- 本地工作目录: ファイル読み書きおよび成果物出力: user-data/{username}/tweets_{date}.json および tweets_{date}.md——シナリオEの Step 3 で収集データの保存を規定
5二重目の独立検証
- [ok] 能力边界与 frontmatter 触发词一致 — SKILL.md frontmatter 的 description 列触发器(X运营/推特/写推文/涨粉/X算法/tweet 等),正文「我能帮你的/我不能帮你的」与之呼应,并明确「超出skill范围时明确说」(如抖音/小红书),三处口径一致。
- [ok] 问题路由表条目完整且与场景编号对应 — 路由表共 11 行,覆盖场景A-E 与「直接回答」五类;每行「按需加载」列出的 reference 文件都存在于 §1 清单(writing-workshop / algorithm-niche / quality-analytics / growth-monetization / mental-models-heuristics)。
- [ok] 五场景流程、检查点与 STOP 三问描述属实 — 场景A 四步(确认类型→3个Hook→完善正文→质量检查)、场景D 三阶段、场景E 五步均可在内文逐条找到;STOP 段落确有「场景A/D/E · 必答 3 问」三组,与 claim 相符。
- [ok] references 文件与 §1 清单一一对应 — §1 列出的 FIDELITY.md、SKILL.md、5 份操作层 reference 与 6 份 research 报告,正好对应 Reference 索引表的分层(操作层按需加载 / 调研层追溯来源),无缺失或多列。
- [ok] §3 风险扫描 274 条 URL 的性质归类 — 抽样命中(x.com/Nicolascole77、ship30for30.com、artandbiz.substack.com、x.com/{username})除场景E 的访问目标外,均为调研正文里的来源链接引用;无运行时 API 端点、无 webhook。凭证类唯一命中是同一条 substack URL,属误报。
- [ok] 目录内无脚本 / 无凭证读取 / 无写盘代码 — §1 全部 13 个文件类型均为 text,§3「执行外部程序/写盘/网络请求/危险旗标/沙箱」五类均 0 命中;SKILL.md 里的 user-data/ 写入是给宿主的自然语言指令,非本目录代码。
6結論
8e5f288e5d0c82be…