メニュー
Use when writing concise industry insights, product analysis, technical trend observations, or business model commentary (200-500 words) requiring bilingual content without personal experience
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Use when user wants to publish markdown articles to their blog at dhpie.com. Triggers on "发布博客", "同步博客", "blog sync", "publish to blog", "发到博客", or mentions dhpie.com publishing.
One-click publish markdown articles with auto-generated illustrations and covers to blog (dhpie.com), WeChat, X Article, and Xiaohongshu cards. Triggers on "发布各个平台", "publish all", "全平台发布", "发布到所有平台", "publish everywhere".
Use when writing in-depth technical articles, tutorials, industry analysis, or product/business model analysis (1000-3000 words) requiring structured bilingual content without personal narrative
Posts content to WeChat Official Account (良博农资微信公众号) via API or Chrome CDP. Supports article posting (文章) with HTML, markdown, or plain text input, and image-text posting (贴图, formerly 图文) with multiple images. Use when user mentions "发布良博农资公众号", "良博农资微信公众号".
Use when writing personal blog posts, project retrospectives, growth reflections, or narrative essays (1000-3000 words) requiring bilingual content with visible thought process and personal experience
Use when writing personal insights, tech reflections, or project updates (200-500 words) based on personal experience requiring bilingual content with specific scenarios
| 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 |
用于写作去个人化但有明确判断的短文,保持Duanjl的思维方式,但用更通用的视角。强制中英双语输出。适合行业洞察、产品分析、技术趋势观察。
用户提供的内容应该是:
如果用户提供的是个人经历,建议:"这个内容更适合用personal-short,因为有你的亲身经历。要不要换个角度,把它变成通用洞察?"
识别内容中的:
开头(30-80字):
主体(150-350字):
结尾(50-80字):
重要原则:
具体策略:
开头可以更aggressive
主体保持逻辑,但可以用不同案例
结尾英文可以更强调普遍性和可操作性
❌ 用"我"作为主语(应该用"团队"、"产品"、"用户") ❌ 讲个人经历而非通用案例 ❌ 只批评不给建设性意见 ❌ 观点模棱两可,没有明确态度
❌ 过度使用"层层递进"套路 ❌ 大量使用"赋能"、"破圈"等商业黑话 ❌ 形容词堆砌代替具体论证 ❌ 每句都用"然而"、"但是"转折
❌ 中英文用相同案例(应该根据读者调整) ❌ 逐句翻译,失去各自特色 ❌ 英文过于保守,失去观点锋芒
主语替换表:
案例转换:
发布前必须确认:
短文格式应该干净利落,快速传达观点。
何时使用加粗:
何时使用列表: ✅ 适合列表的情况:
❌ 不适合列表:
API、WebSocket、SSR打开最近上线的三个AI工具,发现一个共同点:UI都在变丑。不是说设计不专业,而是界面越来越复杂,功能按钮堆得到处都是。
原因很简单:产品经理在用功能数量证明价值。每个feature都要有入口,每个入口都要"易于发现",结果就是界面密密麻麻全是按钮。**真正的问题不是功能多,而是用户根本不需要那么多功能**。
看看ChatGPT的界面:一个输入框,一个发送按钮,完了。所有高级功能藏在设置里,99%的用户根本不会碰。但就是这个"简陋"的界面,支撑了上亿用户。
这意味着在选择工具时,应该优先考虑那些**敢于做减法**的产品。复杂不等于强大,简单也不等于简陋。
❌ 使用emoji(除非用户明确要求) ❌ 使用引用块(>)强调观点 ❌ 使用分割线(---)分隔段落(只用于中英文分隔) ❌ 使用多级列表(嵌套) ❌ 过度使用加粗(超过3处) ❌ 使用二级标题分段(短文不需要)
每篇文章必须配两张5:2比例的封面图(1500x600px或同比例):
封面图设计原则:
**中文版封面图**:
[生成中文版5:2封面图,描述具体的视觉元素和设计思路]
```markdown
[中文版本,200-500字,按上述格式要求排版]
```
---
**英文版封面图**:
[生成英文版5:2封面图,描述具体的视觉元素和设计思路]
```markdown
[英文版本,200-500字,按上述格式要求排版]
```
重要提醒: