1仕組みと動作原理
執筆エンジンの位置づけ:1つの主張を明確に説明し、具体的な読者がなぜそれが成立するのか、どこで使えるのかを理解できるようにする。デフォルトは1000〜1500字の中国語記事。
把一个观点讲清楚,让一个具体的人读懂它为什么成立、能用在哪里。
Workflow Routing は唯一のワークフロー WriteEssay を指し、実行時に完全に読み込まれる。分析とチェックは内部で完結させ、ステップを逐一提示しない。
执行时完整读取工作流。分析和检查在内部完成
執筆契約の4つの内部チェック:概念の特定可能性、関係の動作可能性、事例のマッピング可能性、判断の応用可能性(直接記事の見出しにしない)。
以上四项用于内部检查,不直接用作文章目录。
説明の流れ:具体例→既存の説明→説明しきれない部分→必要な概念の導入→事例の再分析→完全な関係性の説明→他のシナリオと境界の検証。
具体案例 -> 原有解释 -> 解释不清的地方…引入所需概念 -> 重新分析案例…说明完整关系 -> 检查其他场景与边界
失敗の捏造の禁止:概念を導入するために既存の説明の不足を不当に作り出さない。説明が十分であれば直接その理由を説明する。
不为引出概念编造失败。原有解释的不足必须能在案例、材料或逻辑中找到;
言語規律:平易かつ明確に書き、「〜ではなく、…である」といった構文で無理に転換を作らない。
避免用「不是……而是……」制造转折;事实否定、必要辨析和边界可以保留。
Step 7 の執筆前に2つの内部テストを実施:応用(人物/業界/材料を変えても成立するか)と反例(一見同じに見えて関係性に合致しないもの)。
1. *迁移*:换掉人物、行业和表面材料,用同一关系解释一个差异较大的新现象。
Step 9 では内容を先にチェックしてから中国語を通読・推敲し、修正後の完全な原稿のみを保存する。2つの原稿から1文ずつ継ぎ接ぎしない。
只保存修改后的完整稿,不从两稿里逐句挑选、拼成一篇。
Step 10 で Org および Denote の契約に従ってファイルを生成し、保存後に再読み込みして Denote の受入れチェックおよび org-lint を実行する。
保存后回读全文,检查字数、Org 标题、文件名与 identifier,再运行 Denote 接受检查和 `org-lint`。
出力の制約:総分量はデフォルトで1000〜1500字。短縮改変/名言/見出しを求められた場合はユーザーの長さに従う。ファイル名は ~/Documents/notes/{タイムスタンプ}==z--{タイトルキーワード}__write.org。
总量默认 1000-1500 字;用户明确要短改、金句或标题时服从用户长度。
2コア機能
4推奨統制措置と判定根拠
- scripts/: ローカルスクリプトまたはコマンドの実行: date +%Y%m%dT%H%M%S および date "+%Y-%m-%d %a %H:%M"(タイムスタンプの取得)
- 本地工作目录: ファイル入出力と成果物出力: ~/Documents/notes/{タイムスタンプ}==z--{タイトルキーワード}__write.org(最終稿 org ノート)
5二重目の独立検証
- [ok] 写作引擎定位与字数 — 『总量默认 1000-1500 字』及『把一个观点讲清楚…』原文在。
- [ok] 工作流路由 — Workflow Routing 指向 Workflows/WriteEssay.md,§1 清单确有该文件。
- [ok] 四项内部检查 — 『以上四项用于内部检查,不直接用作文章目录。』原文在。
- [ok] 不编造失败 — 『不为引出概念编造失败。』原文在。
- [ok] 迁移+反例测试 — Step 7『1. *迁移*:换掉人物、行业和表面材料…』原文在。
- [ok] Denote 命名与 lint — 『~/Documents/notes/{时间戳}==z--{标题关键词}__write.org』与『运行 Denote 接受检查和 `org-lint`』原文在。
- [ok] 语言纪律 — 『避免用「不是……而是……」制造转折』原文在。
- [discrepancy] 风险扫描与内文差异 — 扫描栏『执行外部程序/写盘』报无命中,但正文含 date、Denote/org-lint 与 org 写入;按§2 内文为准,scripts_executed/file_writes 非空。
6結論
a56a231e90e6a60c…