Interview Writing Agent Skill
将播客/视频访谈的分析素材转化为访谈实录整理文章。按访谈原始 顺序组织，保留问答结构的对话感，补充背景解读，让读者通过文字快速了解 访谈全貌。当用户已完成访谈内容分析（有素材包和提纲），需要撰写正式文章 时使用此 skill。
Install
one command, takes just this skill from the repositorynpx skills add https://github.com/JimLiu/Illustrated-Agent-Skills --skill interview-writingThe instruction itself
as written by the author访谈实录写作
将分析素材转化为忠实、完整、有背景解读的访谈实录整理文章。
前置依赖
写作前必读 writing-style 技能，遵循其中的禁止 AI 味规则和输出格式。
以下补充访谈实录写作的特有要求。与 writing-style 冲突时，以本技能为准。
文章定位
访谈实录整理是原始访谈的结构化文字版，让读者不看视频/不听播客，
仅通过阅读就能获得访谈的全部信息价值。
- ≠ 逐字转录（去除口语冗余，提炼要点）
- ≠ 评论文章（不重组逻辑，不大段介入分析）
- ≠ 摘要（不压缩，保留具体细节和论证过程）
核心原则：按原始顺序，问什么写什么，忠实但精炼。
语言处理原则
目标读者是中文用户，英文不一定好。所有内容必须以中文为主体。
对话内容的中文重写
访谈中的英文对话必须用中文重写，而非保留英文原文。
- 忠实传达原意，但用自然流畅的中文表达
- 去除口语冗余，保留实质内容
- 英文俚语和口语不要直译，找中文等价表达
金句的双语呈现
精选的金句采用中文翻译在前、英文原文在后的双语格式。
筛选标准：有画面感、能独立传播、体现独特视角。每个章节 1-2 条足够。
专有名词处理
不常用的专有名词在首次出现时必须解释。
判断标准：一个不在科技行业工作的聪明读者，看到这个词会不会卡住？
文章结构
一、开头
三件事：受访者是谁（核心身份 + 为什么值得听）、聊了什么（3-5 个核心
话题）、访谈来源（节目名称、日期、原始链接）。
二、正文：逐章节问答
按访谈讨论顺序划分章节，每个章节对应一个讨论话题。
让回复"好懂"的三个手法
- 展开论证逻辑链：受访者脑中的推理过程，替读者拆成可跟随的步骤
- 拆解抽象概念：当受访者一口气抛出多个关键词，逐个拆开解释
- 补充具体场景让观点落地：当受访者说了抽象判断，补充读者能想象的场景
背景解读（编者注）
当讨论内容涉及读者可能不熟悉的信息时，补充简要解读。
原则：简洁，一两句话解决，不喧宾夺主。
消除语境困惑
中文读者看不到原始视频，缺少画面和语境。注意识别并消除可能让读者困惑
的人物关系、访谈机制、文化背景等。
三、小标题
小标题 = 该章节讨论了什么 + 核心结论是什么。
- ❌ "关于竞争" → ✅ "Google 的技术被别人先商业化了"
- ❌ "AI 与能源" → ✅ "330,000 块芯片需要一座核电站的电力"
四、结尾
归纳核心观点，指出值得关注的信号，附上原始链接。
写作原则
具体细节保护
数字、时间线、技术名称、公司名称不可在整理时省略。
- ❌ "大量芯片需要大量电力"
- ✅ "330,000 块 GB300 芯片需要发电端提供整整 1GW 的电力"
事实与观点区分
- 受访者的个人判断：用"XX 认为""XX 预测"标注
- 可验证事实：用陈述句表达
对话感的保持
保留让嘉宾停顿、改口、深入展开的关键追问。观点交锋、意见分歧的段落
完整呈现。
整理的边界
实录整理允许：
- 去除口语冗余
- 调整语序使表达更流畅
- 合并同一话题的分散讨论
- 补充背景解读
实录整理不做：
- 重组论证逻辑
- 大段作者分析或评论
- 替受访者补充他没说的论据
- 美化或弱化受访者的表态
Other skills for the same job
different authors, same section of the catalogue
Guide users through a structured workflow for co-authoring documentation. Use when user wants to write documentation, proposals, technical specs, decision docs, or similar structured content. This workflow helps users efficiently transfer context, refine content through iteration, and verify the doc works for readers. Trigger when user mentions writing docs, creating proposals, drafting specs, or similar documentation tasks.
Automatically creates user-facing changelogs from git commits by analyzing commit history, categorizing changes, and transforming technical commits into clear, customer-friendly release notes. Turns hours of manual changelog writing into minutes of automated generation.
Use when implementing any feature or bugfix, before writing implementation code
Use when you have a spec or requirements for a multi-step task, before touching code
Use when creating new skills, editing existing skills, or verifying skills work before deployment
Use when writing or improving README files. Not all READMEs are the same — provides templates and guidance matched to your audience and project type.
| Remove signs of AI-generated writing from text. Use when editing or reviewing text to make it sound more natural and human-written. Based on Wikipedia's inflated symbolism, promotional language, superficial -ing analyses, vague attributions, em dash overuse, rule of three, AI vocabulary words, negative parallelisms, and excessive conjunctive phrases.
Official Opentrons Protocol API for OT-2 and Flex robots. Use when writing protocols specifically for Opentrons hardware with full access to Protocol API v2 features. Best for production Opentrons protocols, official API compatibility. For multi-vendor automation or broader equipment control use pylabrobot.
How to use it
Take jimliu/interview-writing from the repository into ~/.claude/skills for personal
use, or into .claude/skills inside a project.
The agent identifies a skill by the name field in its header. Two skills with the
same name cannot sit side by side — one of them will be ignored.