chinese-writing について
AIGC 技術週刊の執筆者とレビュアー向けに、簡体字中国語の執筆・校正方法をまとめたガイドです。構成や書式、事実を重視し、定型的な AI らしい表現を避ける確認手順を示します。
主な機能
- 01週刊の構成と各欄の規則
- 02事実を軸にした執筆原則
- 03リンクと画像の書式規則
- 04AI らしい表現のチェック項目
- 054 段階のレビュー手順
活用シーン
- 01技術週刊の記事作成
- 02ニュース項目の要約と書き換え
- 03リンク、画像、書式の確認
- 04定型句や名詞化の検出
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ miantiao-me/ aigc-weekly --skill chinese-writingインストール後、Claude Code で/chinese-writingを入力して読み込まれたか確認します。
詳細
科技周刊中文写作与审校指南
本指南专为 AIGC 科技周刊的起草(Writer)与审校(Reviewer)设计,指导大模型生成并审核高密度、现代风格、无机器味的简体中文周刊内容。
核心原则:清晰(Clear)、克制(Restrained)、真实(Human)、精炼(Concise)。
1. 周刊核心基调
周刊旨在为开发者与科技爱好者高效交付高价值信号,而非堆砌噪音或复读公关通稿。
- 直奔主题:直击事件本质与技术价值,杜绝客套寒暄与废话铺垫。
- 事实先行,允许立场:用实测数据、架构细节与实际跑分说话;允许真实的极客态度与评价,但绝不盲目煽情或吹嘘。
- 纯粹动词驱动:坚决消灭动词名词化(Nominalization),让动词承担动作,主谓清晰。
- 拒绝无菌感:长短句交错,语言自然鲜活,保留真实人类的交流呼吸感。
2. 周刊结构规范
2.1 Front Matter 与概括
- title:简短有力,控制在 15 字以内,点出本期最重磅看点,不带无意义标点。
- summary:1–2 句话高度提炼本期核心主线(如「本期看点:XX 模型开源大幅降低成本,YY 工具推动多 Agent 协作常态化」),作为整期的精华引索。
2.2 开场白与结束语
- 开场白:遵循倒金字塔原则,1–2 句直切本周技术脉络,严禁「大家好,欢迎来到本周的 AIGC 周刊……」这类低效寒暄。
- 结束语:简短收尾或点明下周趋势,保持克制友好的交流感,不强行拔高升华。
2.3 三类栏目条目撰写
每个条目由 标题 + 2–4 句核心摘要 构成,根据分类选择切入点:
| 栏目分类 | 切入结构 | 重点关注 |
|---|---|---|
| 资讯(News) | 事件本身 → 行业实质影响或争议点 | 穿透公关辞令,说明对开发者或行业格局的具体影响 |
| 模型(Model) | 核心架构/参数 → 关键对比提升 → 适用场景/成本变化 | 给出跑分对比、开源协议(如 Apache 2.0)、端侧运行门槛或价格变化 |
| 工具(Tool) | 是什么 → 解决的核心痛点 → 亮点与部署/使用方式 | 说明技术栈(如 WebAssembly/Rust/本地运行)、使用场景与限制 |
2.4 原文链接嵌入规范
- 必须保留原文链接,且必须以锚文本形式自然融入主干句子。
- 锚点必须是核心名词:如工具名、模型名、公司名或核心功能词。
- 严禁独立链接行:严禁出现
[原文链接]、[阅读更多]、[点击查看]等占行断点。- ✅ 正确:
[Sora 2](url) 是 OpenAI 推出的视频模型,支持生成 60 秒高清视频。 - ❌ 错误:
Sora 2 是 OpenAI 推出的视频模型。[原文链接](url)
- ✅ 正确:
2.5 配图处理规范
- 配图必须使用经过代理转换的规范 URL(如
https://wsrv.nl/),不得残留本地临时路径。 - 每张配图必须配有具体且简洁的 Alt 说明文本(如
),严禁使用「图片」、「image」等无意义占位符。 - 图片作为条目补充,不能替代文字阐述与原文锚文本链接。
3. 句法与排版准则
3.1 动作、角色与信息流(Style 精要)
- 动词化,消除名词化:
- ❌ 错误:团队针对推理性能进行了深度优化,做出了大幅提升。
- ✅ 正确:团队优化了推理性能,速度提升显著。
- 主动语态优先:
- ❌ 错误:新量化方案被 Unsloth 团队开源了。
- ✅ 正确:Unsloth 团队开源了新量化方案。
- 信息流从旧到新(Old-to-New):句首承接读者已知信息或上一句提到的概念,句尾(尾重音)放置关键推论、数据或全新技术名词。
3.2 排版格式规范
- 盘古之白:中文与英文字母、半角数字之间严格保留一个半角空格(如「在 Mac mini 上部署 70B 模型」)。
- 标点符号:使用全角标点符号(,。!?:;“”「」);中文与英文标点不混用。
- 专有名词标准大小写:保留技术官方大小写(如 GitHub、macOS、Cloudflare、Next.js、SQLite、PyTorch,严禁随手小写为 github/nextjs)。
- Emoji 与强调克制:正文与标题严禁滥用 🚀、💡、🔥、✨ 等 Emoji 装饰;粗体仅用于条目关键词,不全篇大面积加粗。
4. 周刊专属去 AI 味反模式
大模型撰写科技资讯时最容易陷入套话与夸大。周刊写作与审稿必须排查以下反模式:
4.1 内容与用词反模式
- 夸大历史意义:动辄「标志着……里程碑」、「揭开新纪元」、「颠覆了传统方式」。直接讲功能和实测结果。
- 空气信源与模糊归因:使用「专家指出」、「业内分析人士认为」。给出具体机构、学者或直接陈述技术事实。
- 公关吹捧用语:使用「令人叹为观止」、「无缝且强大」、「革命性突破」。用具体参数与延迟替代。
- 系动词回避:用「充当……的载体」、「作为……的证明」代替简洁的「是」。
- 虚假否定式排比:机械套用「这不仅是……,更是……」。改用直接肯定句。
- 机械三段式修饰:惯性堆砌三个形容词(如「高效、直观且易用」)。缩减为关键特性或事实说明。
- 肤浅分析尾巴:在条目末尾强行凑一句「反映了开源社区的繁荣」。直接删去。
4.2 警示词与平替池
| 警示词汇 | 问题所在 | 周刊改写建议 |
|---|---|---|
| 此外 / 除此之外 | 机械过渡,破坏行文节奏 | 直接删除另起一句,或靠上下文逻辑自然衔接 |
| 至关重要 / 举足轻重 | 空洞的夸大 | 改用「关键」、「核心」,或直接说明实际影响 |
| 深入探讨 / 深入剖析 | 假装深刻的陈词滥调 | 改用「分析」、「讨论」、「梳理」 |
| 不断演变的格局 | 机器翻译腔废话 | 改为「技术变化」、「市场趋势」或具体讲变化是什么 |
| 作为……的证明/体现 | 虚浮的象征性表达 | 直接陈述具体功能与测试数据 |
| 显而易见 / 众所周知 | 读者质疑源头,居高临下 | 直接摆出事实与推导依据 |
5. 审校与审核工作流(Reviewer 守则)
Reviewer 在审核周刊草稿时,必须严格执行挑刺标准,坚守两大铁律:
5.1 审校两大铁律
- 铁律一:严禁向 Writer 提供空洞的杂志标题式修辞。不把条目改成企业公关通稿,保留紧凑、务实的技术信息密度。
- 铁律二:绝对拒绝夸奖与谄媚(Avoid Encouragement)。不讲「写得很好」、「很精彩」,审稿意见直击:哪些句子臃肿?哪个条目缺乏实质信息?哪处动词被名词化了?哪里的链接未按规范嵌入?
5.2 四步审校流程
- 查裁撤与结构:条目摘要是否超过 4 句?是否废话过多?是否有无意义的套话段落?
- 查动词与句式:是否存在「进行了分析」、「做出了改进」?改为纯粹动词;检查是否违规使用了独立行链接。
- 查 AI 词与锯末:清扫「此外」、「至关重要」、「不仅……更是……」、「值得注意的是」等高频机器词。
- 查事实与格式:中英文空格是否规范?专有名词大小写是否准确?图片 URL 与 Alt 是否合规?
6. 書き換え例クイックリファレンス
| 場面 | よくある AI っぽい表現(不合格) | 週刊記事の基準に沿った表現(合格) | 書き換えのポイント |
|---|---|---|---|
| ニュースの見出し | OpenAI が画期的な最新フラッグシップ大規模モデルのリリースを発表 | OpenAI が GPT-6 Astra を正式リリース、エンドツーエンドのレイテンシを 60% 削減 | 空虚な象徴的表現を取り除き、具体的なバージョンと実測による注目点を強調する |
| ツールの概要 | このツールは非常に優れたオープンソースの万能ツールとして、シームレスで直感的な体験を提供し、ローカル開発の革新を象徴しています。[原文リンク] | anydoc は Rust で開発されたドキュメント変換ライブラリで、Word、EPUB、PDF など 14 種類の形式をオフラインでクリーンな Markdown に変換できます。 | アンカーテキストを埋め込み、言語とアーキテクチャ、対応形式、オフライン機能を説明する |
| モデルの紹介 | 今回のアップデートは推論能力を向上させただけでなく、複雑な数学の問題を解決する基盤を築きました。専門家は、その大きな可能性を高く評価しています。 | Kimi K3 の 2.8T パラメーターの重みが正式に公開されました。非対称 MoE アーキテクチャを採用し、フラッグシップモデルの精度を維持しながら、デプロイコストを従来の 1/4 に削減しています。 | 否定を伴う対句や実体のない情報源をなくし、パラメーター数、アーキテクチャ、具体的なコストの変化を示す |
| 冒頭の導入 | 皆さん、こんにちは!活気あふれるこの 9 月、AI 分野はまたも目覚ましい発展を遂げています。今週の注目の動きを一緒に詳しく見ていきましょう。 | 今週はオープンウェイトモデルが続々と登場しました。GLM-5.3 がオープンソースのコーディングランキングで首位を獲得し、Qwen3.8-Flash も相次いでオープンソース化。ハードウェア分野では、OpenAI が自社開発チップの初の実測データを公開しました。 | あいさつや決まり文句をすべて省き、1 文で今週の主な注目点を俯瞰する |
7. 提出前のセルフチェックリスト
週刊記事の完成稿を提出する前、または PASS と判定する前に、以下の項目を一つずつ確認します。
- 構成:Front matter に title、date、summary、tags が含まれ、形式も整っていますか?
- 冒頭:冒頭は 1~2 文で要点に入り、無駄な前置きや挨拶がありませんか?
- リンク:すべての記事で、元記事へのリンクが主要キーワードに自然に埋め込まれていますか?「[原文リンク]」だけの独立した行はありませんか?
- 要約:各項目の要約は 2~4 文に収まり、十分な情報密度がありますか?
- 動詞:「最適化を行う」「分析を行う」「リリースを行う」など、動詞の名詞化をなくしましたか?
- AI っぽさの排除:「さらに」「極めて重要」「だけでなく……も」「象徴する」など、AI らしさを感じさせる表現を取り除きましたか?
- 組版:英語と日本語の間に半角スペースを入れていますか?固有名詞の大文字・小文字は正確ですか?句読点はすべて全角ですか?不要な絵文字はありませんか?
- 画像:画像の Alt は簡潔で具体的ですか?URL はすべて有効なウェブアドレスで、一時的なパスは含まれていませんか?
参考資料
- Microsoft Writing Style Guide (https://learn.microsoft.com/en-us/style-guide/)
- op7418/humanizer-zh (https://github.com/op7418/humanizer-zh)
- Thomas Ptacek: How To Write With An LLM (https://sockpuppet.org/blog/2026/09/17/how-to-write-with-an-llm/)
- Joseph M. Williams & Joseph Bizup: Style: Lessons in Clarity and Grace
コメント
Markdown 対応