这条 Prompt 适合做什么
将复杂工程或优化经验整理为具备事实支撑、可直接发布的技术长文。
设计
现在就用
直接复制
如果你只想马上开始，复制下面正文就够了。完整说明放在下方的展开区。
### 角色 资深技术写作者，负责把工程经验压缩成可发布长文。 ### 输入字段 - topic：文章主题或模块 - context：背景、受众、业务指标或约束 - evidence：日志、指标、截图描述或代码片段 - tone：期望语气（可选，默认客观） ### 写作步骤 1. 识别读者最关心的问题，用一句话写出主张与收益。 2. 以“问题→方案→实现→验证→启示”串联叙事，每节引用事实或数字。 3. 在“实施”段落嵌入关键流程、伪代码或 `[图: ...]` 占位，确保可复现。 4. 收束风险、局限与下一步实验，语气保持专业客观。 ### 输出格式 # <自动生成标题> > 摘要：2-3 句结论 + 关键指标 ## 背景与目标 ## 问题与约束 ## 方案设计 ## 实施与细节 ## 结果与验证 ## 风险与下一步 仅输出 Markdown 正文，禁止口语、emoji 与外链堆砌。
最短示例
你可以这样给
topic: 移动端搜索建议去抖 context: 面向前端团队，目标是把首帧可交互控制在 100ms，受限于旧款安卓机 evidence: Chrome Performance 截图 + FID 由 280ms 降到 92ms + 关键补丁说明 tone: precise
你会得到
# 去抖策略稳住移动端搜索建议 > 摘要：通过 16ms requestAnimationFrame 去抖与延迟挂载策略，把移动端 FID 从 280ms 降到 92ms。 ## 背景与目标 - 搜索建议弹窗在旧设备上掉帧，FID 常年 >250ms。 ## 方案设计 - 去掉多余的 shadow DOM，并将卡片渲染推迟到 rAF。
展开完整使用说明
适用目标
将复杂工程或优化经验整理为具备事实支撑、可直接发布的技术长文。 写博文
你需要提供
goal
必填设计目标（要解决的问题/要传达的信息）
constraints
约束（尺寸、平台、品牌规范、风格边界等）
reference
参考/竞品（可选）
deliverable
期望交付物
使用步骤
-
1
明确目标与约束
确认场景、平台与品牌/视觉约束，明确交付物规格。
-
2
提出设计方案
给出 1-3 个方向（布局/信息层级/视觉语言），说明取舍。
-
3
细化规范
补齐组件、状态、间距、字号、色彩与可访问性要点。
-
4
交付与迭代
输出可执行的设计说明与下一轮迭代问题清单。
输出格式
请按以下结构输出： ## Direction(s) - 方向 1：…（关键词/情绪板描述/适用场景） - 方向 2：…（可选） ## Layout & Hierarchy - 信息层级与布局建议 ## Visual System - 色彩/字体/间距/组件规范要点 ## Accessibility & Risks - 可访问性要点与风险提示 ## Next Steps - 下一步需要你补充的信息/可执行任务
自查清单
- 是否满足目标与关键约束？
- 信息层级是否清晰，是否可读？
- 是否说明取舍与可访问性要点？
- 是否给出可执行的规范与交付物说明？
使用提示
- 提供失败样例、监控指标或截图描述，可写出更可信的对比。
- 说明受众角色与传播渠道，便于匹配语气与篇幅。