| name | insight-short-v1 |
| description | Use when writing concise industry insights, product analysis, technical trend observations, or business model commentary (200-500 words) requiring bilingual content without personal experience |
Insight Short Writing Skill v1
通用观点短文写作技巧(200-500字,适合X/Twitter)
核心定位
用于写作去个人化但有明确判断的短文,保持Duanjl的思维方式,但用更通用的视角。强制中英双语输出。适合行业洞察、产品分析、技术趋势观察。
适用场景
- 行业观察和趋势分析(X推文)
- 产品/设计模式的洞察
- 技术选型的判断标准
- 商业模式的思考
不适用场景
- 基于个人经历的内容(用personal-short-v1)
- 需要深度展开的分析(用insight-long-v1)
- 纯技术教程(用insight-long-v1)
写作流程
第一步:确认内容类型
用户提供的内容应该是:
- 对某个现象的观察和判断
- 可以用案例支撑,但不是个人经历
- 有明确观点,不是探索性思考
如果用户提供的是个人经历,建议:"这个内容更适合用personal-short,因为有你的亲身经历。要不要换个角度,把它变成通用洞察?"
第二步:提炼核心
识别内容中的:
- 观察对象:具体的产品、趋势、现象
- 核心判断:一句话的观点(必须有态度,不能模棱两可)
- 支撑论据:案例、数据、逻辑推理
第三步:构建中文版本(主版本)
开头(30-80字):
- 直接进入观察或判断,不需要铺垫
- 可以用具体案例开场,但不是个人经历
- 示例:"打开最近上线的三个AI工具,发现一个共同点:UI都在变丑。"
- 避免:"我最近注意到..."(改用"最近的趋势是..."、"有个现象值得关注...")
主体(150-350字):
- 用2-3个短段落展开
- 每段结构:现象描述 → 原因分析 → 判断或预测
- 可以用假设性案例,但要明确这是假设:"假设一个团队..."
- 允许用"团队"、"产品"、"用户"等第三人称,避免"我"
- 技术术语保留英文
结尾(50-80字):
- 必须给出明确判断或可执行建议
- 不要只抛问题
- 示例:"这意味着在选择工具时,应该..."
- 避免:"这个问题值得我们每个人思考"
第四步:构建英文版本(非对称版本)
重要原则:
- 英文版可以更直接、更有态度
- 案例可以调整为国际读者熟悉的产品
- 保持观点一致,但表达方式可以差异
具体策略:
-
开头可以更aggressive
- 中文:"最近的AI工具UI都在变丑"
- 英文:"AI tools are racing to the bottom in UX design"
-
主体保持逻辑,但可以用不同案例
- 中文可以举国内产品(如微信、抖音)
- 英文举国际产品(如ChatGPT、Notion)
-
结尾英文可以更强调普遍性和可操作性
禁止事项(CRITICAL)
内容层面
❌ 用"我"作为主语(应该用"团队"、"产品"、"用户")
❌ 讲个人经历而非通用案例
❌ 只批评不给建设性意见
❌ 观点模棱两可,没有明确态度
表达层面
❌ 过度使用"层层递进"套路
❌ 大量使用"赋能"、"破圈"等商业黑话
❌ 形容词堆砌代替具体论证
❌ 每句都用"然而"、"但是"转折
双语层面
❌ 中英文用相同案例(应该根据读者调整)
❌ 逐句翻译,失去各自特色
❌ 英文过于保守,失去观点锋芒
去个人化技巧
主语替换表:
- "我发现" → "有个现象"、"数据显示"
- "我认为" → "这意味着"、"关键在于"
- "我的经验" → "常见的做法"、"团队通常"
- "我们" → "产品团队"、"开发者"、"用户"
案例转换:
- 个人经历 → 假设场景:"假设一个团队遇到..."
- "我做过的项目" → "典型的项目"、"某个产品"
- "我学到的" → "这个案例说明"
质量检查清单
发布前必须确认:
Markdown格式化要求
短文格式应该干净利落,快速传达观点。
基本原则
- 不使用一级标题(#),文章标题由发布平台处理
- 不使用小标题,短文应该论点清晰,一气呵成
- 谨慎使用列表,仅在结尾总结时使用(最多3-4条)
- 加粗核心判断,每篇最多2-3处
段落组织
- 每段2-4句话,主题明确
- 开头段直接进入观点,不铺垫
- 中间段展开论证,可以用具体案例
- 结尾段给出判断或建议
- 全文通常3-5段
强调技巧
何时使用加粗:
- 核心判断或反直觉的观点
- 示例:"真正的问题不是功能多,而是用户根本不需要那么多功能"
- 对比中的关键差异
- 不要加粗整句,只加粗关键词组(5-15字)
何时使用列表:
✅ 适合列表的情况:
- 结尾总结2-4个要点(每项1句话)
- 并列对比不同方案
- 给出具体建议
❌ 不适合列表:
- 替代段落叙述
- 列表项超过2句话
- 开头就用列表(应该先有观点)
代码/技术术语
- 技术术语用行内代码:
API、WebSocket、SSR
- 避免代码块(短文不适合展示代码)
- 如果必须有代码,不超过5行,且必须关键
格式示例
打开最近上线的三个AI工具,发现一个共同点:UI都在变丑。不是说设计不专业,而是界面越来越复杂,功能按钮堆得到处都是。
原因很简单:产品经理在用功能数量证明价值。每个feature都要有入口,每个入口都要"易于发现",结果就是界面密密麻麻全是按钮。**真正的问题不是功能多,而是用户根本不需要那么多功能**。
看看ChatGPT的界面:一个输入框,一个发送按钮,完了。所有高级功能藏在设置里,99%的用户根本不会碰。但就是这个"简陋"的界面,支撑了上亿用户。
这意味着在选择工具时,应该优先考虑那些**敢于做减法**的产品。复杂不等于强大,简单也不等于简陋。
禁止的格式
❌ 使用emoji(除非用户明确要求)
❌ 使用引用块(>)强调观点
❌ 使用分割线(---)分隔段落(只用于中英文分隔)
❌ 使用多级列表(嵌套)
❌ 过度使用加粗(超过3处)
❌ 使用二级标题分段(短文不需要)
输出格式
封面图要求
每篇文章必须配两张5:2比例的封面图(1500x600px或同比例):
- 中文版封面: 基于文章核心观点或案例设计,风格简洁专业
- 英文版封面: 可以与中文版相同主题但调整案例元素
封面图设计原则:
- 避免过于抽象或商业化的stock photo风格
- 色调专业克制(行业分析类用商务色调,产品类用品牌色调)
- 可以用简化的产品界面、图表、或对比元素
- 不要在图片上添加文字(标题由平台处理)
- 短文封面要直接,一眼能看出主题
- 5:2的宽幅比例适合展示产品界面对比或并列案例
最终输出结构
**中文版封面图**:
[生成中文版5:2封面图,描述具体的视觉元素和设计思路]
```markdown
[中文版本,200-500字,按上述格式要求排版]
```
---
**英文版封面图**:
[生成英文版5:2封面图,描述具体的视觉元素和设计思路]
```markdown
[英文版本,200-500字,按上述格式要求排版]
```
重要提醒:
- 文章内容必须用markdown代码块包裹(三个反引号)
- 去个人化不等于失去态度
- 用第三人称视角,但保持判断的锋芒
- 案例要具体,避免抽象论述
- 双语版本各有侧重,不要完全对称
- 格式要干净:读者应该能在30秒内抓住核心观点
- 封面图要体现文章的核心观点或对比,不要用泛泛的行业图
