メニュー
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
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 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
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-long-v1 |
| description | 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 |
用于写作去个人化但有深度的技术/商业分析文章,保持Duanjl的思维方式但用更通用和结构化的视角。强制中英双语输出。适合技术博客、深度教程、行业分析。
用户提供的内容应该是:
技术教程型:
分析评论型:
框架方法型:
开头原则:
主体展开策略:
结构化但不生硬
保持判断的存在
案例和原理结合
代码/技术细节处理
结尾原则:
长文双语策略:
结构可以更规范
技术细节处理
案例调整
语气差异
❌ 只讲概念不给实现 ❌ 堆砌技术名词不解释 ❌ 没有明确观点,只陈述事实 ❌ 用个人经历代替通用案例
❌ 每段都用"首先...其次...最后" ❌ 过度使用"众所周知"、"显而易见"(如果真的众所周知就不用写了) ❌ 大段文字没有小标题或分段(超过800字不分段) ❌ 技术黑话堆砌(如"赋能"、"闭环"、"抓手")
❌ 代码没有注释或解释 ❌ 复杂概念没有类比或图示说明 ❌ 只给结论不讲原理 ❌ 技术细节错误或过时
❌ 中英文技术栈不统一 ❌ 代码示例在两个版本中不一致 ❌ 英文版变成中文的机械翻译
主语替换:
判断表达:
经验转化:
代码示例:
// 好的代码示例:精简、有注释、能运行
async function fetchData(url) {
const response = await fetch(url);
return response.json();
}
❌ 避免:
概念解释:
结构层次:
发布前必须确认:
技术长文需要结构清晰、易于扫读、便于查找,同时保持专业性。
中英文混排规范:
加粗使用原则:
列表使用原则: ✅ 适合列表的场景:
❌ 不适合列表的场景:
代码块规范:
javascript、python、bash代码示例:
// 路由级别的代码分割
const routes = [
{
path: '/',
component: () => import('./pages/Home') // 懒加载Home页面
}
]
行内代码:
WebSocket、LCP、SSRpackage.json、npm install何时使用列表总结:
何时使用对比:
每800-1000字插入呼吸点:
避免的模式:
## 资源加载的真实成本
假设一个电商首页需要加载以下资源:HTML(15KB)、CSS(120KB)、JavaScript bundle(450KB)、首屏图片(总计800KB)。在4G网络(下行速度约10Mbps)下,理论上下载这些资源需要1.1秒。但实际的加载时间往往是3-5秒,为什么?
网络传输不是简单的下载速度计算。每个HTTP请求都有建立连接的开销(DNS查询、TCP握手、TLS协商),在移动网络下这个开销可能达到200-500ms。浏览器对同一域名的并发请求有限制(HTTP/1.1通常是6个),这意味着资源下载不是完全并行的。
更关键的是**JavaScript的执行成本**。一个450KB的bundle,压缩后可能是150KB,传输时间不长,但解析和执行可能需要2-3秒。
### 代码分割实现
使用动态import可以实现路由级别的代码分割:
\`\`\`javascript
// 路由配置中使用动态import
const routes = [
{
path: '/',
component: () => import('./pages/Home')
},
{
path: '/profile',
component: () => import('./pages/Profile')
}
]
\`\`\`
但代码分割也有成本:更多的网络请求和潜在的加载延迟。更好的策略是**预加载**(prefetch):当用户鼠标悬停在按钮上时,就开始加载对应的代码。
## 常见陷阱
性能优化中容易犯的错误包括:
- **过度优化**:在次要问题上投入大量时间
- **忽视缓存策略**:静态资源没有正确配置缓存头
- **第三方脚本失控**:每个脚本都可能引入额外开销
---
(其他章节省略)
---
## 核心要点
性能优化的关键在于:
- 建立测量体系,用真实用户数据而非实验室数据指导决策
- 优先优化关键路径,而非平均分配精力
- 代码分割需要配合预加载,避免引入新的延迟
- 资源加载的真实成本包括网络传输、解析和执行
- 建立性能预算和持续监控机制,防止性能退化
❌ 使用emoji(除非图表说明需要) ❌ 使用引用块(>)强调观点(这不是引用) ❌ 过度使用加粗(每章节超过5处) ❌ 标题嵌套过深(超过三级) ❌ 表格超过4列(会难以阅读) ❌ 代码块超过30行(应该拆分或简化)
每篇文章必须配两张5:2比例的封面图(1500x600px或同比例):
封面图设计原则:
识别配图位置原则: 在以下位置插入配图可以提升阅读体验:
配图数量建议:
配图风格选择: 根据文章内容和段落主题智能选择配图风格:
配图插入格式:
<!-- 在适当位置插入 -->
*图注: 简短说明图片内容或补充信息*
<!-- 继续正文 -->
配图描述(prompt)要求:
**中文版封面图**:
[生成中文版5:2封面图,描述具体的视觉元素和设计思路]
```markdown
[中文版本,1000-3000字,按上述格式要求排版]
<!-- 文中在合适位置插入2-4张配图,每张配图包括: -->
<!-- 1. 图片生成prompt(详细描述视觉元素、风格、色调) -->
<!-- 2. 图片占位符 -->
<!-- 3. 图注说明 -->
```
---
**英文版封面图**:
[生成英文版5:2封面图,描述具体的视觉元素和设计思路]
```markdown
[英文版本,1000-3000字,按上述格式要求排版]
<!-- 文中在合适位置插入2-4张配图,每张配图包括: -->
<!-- 1. 图片生成prompt(详细描述视觉元素、风格、色调) -->
<!-- 2. 图片占位符 -->
<!-- 3. 图注说明 -->
```
重要提醒: