mcpField
C
chinese-writing

chinese-writing

github.com/miantiao-meクリエイティブ・メディア5611.3k 回インストール1 週間前に更新
リポジトリ

chinese-writing について

AIGC 技術週刊の執筆者とレビュアー向けに、簡体字中国語の執筆・校正方法をまとめたガイドです。構成や書式、事実を重視し、定型的な AI らしい表現を避ける確認手順を示します。

主な機能

  1. 01週刊の構成と各欄の規則
  2. 02事実を軸にした執筆原則
  3. 03リンクと画像の書式規則
  4. 04AI らしい表現のチェック項目
  5. 054 段階のレビュー手順

活用シーン

  1. 01技術週刊の記事作成
  2. 02ニュース項目の要約と書き換え
  3. 03リンク、画像、書式の確認
  4. 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 说明文本(如 ![GLM-5.3 编码基准评测对比图](url)),严禁使用「图片」、「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 内容与用词反模式
  1. 夸大历史意义:动辄「标志着……里程碑」、「揭开新纪元」、「颠覆了传统方式」。直接讲功能和实测结果。
  2. 空气信源与模糊归因:使用「专家指出」、「业内分析人士认为」。给出具体机构、学者或直接陈述技术事实。
  3. 公关吹捧用语:使用「令人叹为观止」、「无缝且强大」、「革命性突破」。用具体参数与延迟替代。
  4. 系动词回避:用「充当……的载体」、「作为……的证明」代替简洁的「是」。
  5. 虚假否定式排比:机械套用「这不仅是……,更是……」。改用直接肯定句。
  6. 机械三段式修饰:惯性堆砌三个形容词(如「高效、直观且易用」)。缩减为关键特性或事实说明。
  7. 肤浅分析尾巴:在条目末尾强行凑一句「反映了开源社区的繁荣」。直接删去。
4.2 警示词与平替池
警示词汇问题所在周刊改写建议
此外 / 除此之外机械过渡,破坏行文节奏直接删除另起一句,或靠上下文逻辑自然衔接
至关重要 / 举足轻重空洞的夸大改用「关键」、「核心」,或直接说明实际影响
深入探讨 / 深入剖析假装深刻的陈词滥调改用「分析」、「讨论」、「梳理」
不断演变的格局机器翻译腔废话改为「技术变化」、「市场趋势」或具体讲变化是什么
作为……的证明/体现虚浮的象征性表达直接陈述具体功能与测试数据
显而易见 / 众所周知读者质疑源头,居高临下直接摆出事实与推导依据

5. 审校与审核工作流(Reviewer 守则)

Reviewer 在审核周刊草稿时,必须严格执行挑刺标准,坚守两大铁律:

5.1 审校两大铁律
  1. 铁律一:严禁向 Writer 提供空洞的杂志标题式修辞。不把条目改成企业公关通稿,保留紧凑、务实的技术信息密度。
  2. 铁律二:绝对拒绝夸奖与谄媚(Avoid Encouragement)。不讲「写得很好」、「很精彩」,审稿意见直击:哪些句子臃肿?哪个条目缺乏实质信息?哪处动词被名词化了?哪里的链接未按规范嵌入?
5.2 四步审校流程
  1. 查裁撤与结构:条目摘要是否超过 4 句?是否废话过多?是否有无意义的套话段落?
  2. 查动词与句式:是否存在「进行了分析」、「做出了改进」?改为纯粹动词;检查是否违规使用了独立行链接。
  3. 查 AI 词与锯末:清扫「此外」、「至关重要」、「不仅……更是……」、「值得注意的是」等高频机器词。
  4. 查事实与格式:中英文空格是否规范?专有名词大小写是否准确?图片 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 はすべて有効なウェブアドレスで、一時的なパスは含まれていませんか?

参考資料

コメント