القائمة
Use when writing personal insights, tech reflections, or project updates (200-500 words) based on personal experience requiring bilingual content with specific scenarios
التثبيت باستخدام 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
Use when writing concise industry insights, product analysis, technical trend observations, or business model commentary (200-500 words) requiring bilingual content without personal experience
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
| name | personal-short-v1 |
| description | Use when writing personal insights, tech reflections, or project updates (200-500 words) based on personal experience requiring bilingual content with specific scenarios |
用于写作带有个人经历和真实场景的短文,保持Duanjl的口吻和思维方式,同时适配社交媒体分发。强制中英双语输出,但非对称翻译。
用户提供的内容必须包含:
如果用户提供的是抽象观点而非个人经历,询问:"这个观点基于你的什么具体经历?能分享一个场景吗?"
识别内容中的:
开头(30-50字):
主体(120-350字):
结尾(50-100字):
重要原则:
具体策略:
开头可以更直接进入洞察,场景简化
主体保持核心逻辑,但表达更正式
技术术语两种语言统一保留英文
结尾英文版可以更强调普遍性
❌ 没有具体场景,直接进入抽象论述 ❌ 只抛问题不给判断("这个问题值得思考"然后结束) ❌ 过度自我批判("我可能是错的"、"仅供参考"重复出现) ❌ 用别人的案例代替自己的经历
❌ 刻意营造"层层递进"(避免"然而"、"但更深层次"、"值得注意的是"连续出现) ❌ 过度使用转折词(一段里3个以上"但是"、"然而"、"不过") ❌ 形容词堆砌("非常"、"特别"、"极其"应该用具体描述代替) ❌ AI腔标志词:"赋能"、"破圈"、"降维打击"、"底层逻辑"
❌ 中英文完全对称的逐句翻译 ❌ 中文用英文句式(如"是...的"变成"It is...that") ❌ 英文过于口语化,失去专业性
发布前必须确认:
短文格式应该简洁直接,避免过度格式化。
何时使用加粗:
何时不用加粗:
API、refactoring去年某个周末下午,改完一个需求后盯着commit记录发愁。十年写的代码,全在公司的私有仓库里,离职后连看都看不到。
这种感觉就像一颗种子被埋进土里。当时脑子里闪过的念头是:我的能力、判断、踩过的坑,全都锁在了那些闭源的`codebase`和内部文档里。
真正的杠杆在于:**用AI放大你独特的经验和视角**,而不是让AI替你思考。
现在的策略是:每周至少写一篇,不管是500字的短文还是3000字的深度文章。用AI辅助润色和翻译,但核心洞察必须来自我自己。
❌ 使用emoji(除非用户明确要求) ❌ 使用引用块(>)来强调观点 ❌ 使用分割线(---)分隔段落(只用于中英文分隔) ❌ 使用有序列表(1. 2. 3.)除非是明确的步骤 ❌ 过度使用加粗(超过3处)
每篇文章必须配两张5:2比例的封面图(1500x600px或同比例):
封面图设计原则:
**中文版封面图**:
[生成中文版5:2封面图,描述具体的视觉元素和设计思路]
```markdown
[中文版本,200-500字,按上述格式要求排版]
```
---
**英文版封面图**:
[生成英文版5:2封面图,描述具体的视觉元素和设计思路]
```markdown
[英文版本,200-500字,按上述格式要求排版]
```
重要提醒:
---分隔