<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>提示词 on lategege 的技术博客</title><link>https://lategege.com/tags/%E6%8F%90%E7%A4%BA%E8%AF%8D/</link><description>Recent content in 提示词 on lategege 的技术博客</description><generator>Hugo -- gohugo.io</generator><language>zh-cn</language><lastBuildDate>Sun, 22 Mar 2026 01:50:00 +0800</lastBuildDate><atom:link href="https://lategege.com/tags/%E6%8F%90%E7%A4%BA%E8%AF%8D/index.xml" rel="self" type="application/rss+xml"/><item><title>一套我常用的 AI 开发效率工作流：提示词模板、代码审阅、笔记沉淀</title><link>https://lategege.com/p/ai-dev-productivity-workflow/</link><pubDate>Sun, 22 Mar 2026 01:50:00 +0800</pubDate><guid>https://lategege.com/p/ai-dev-productivity-workflow/</guid><description>&lt;p&gt;AI 工具真正的价值不是“偶尔帮你写一段代码”，而是把一些重复劳动变成稳定流程：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;需求澄清更快&lt;/li&gt;
&lt;li&gt;代码审阅更仔细&lt;/li&gt;
&lt;li&gt;笔记沉淀更容易&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;这篇文章分享一套我自己日常会用的工作流，偏实操，拿来就能用。&lt;/p&gt;
&lt;h2 id="1-提示词别追求万能追求可复用"&gt;1) 提示词别追求万能，追求可复用
&lt;/h2&gt;&lt;p&gt;我常用的提示词结构很固定：&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;&lt;strong&gt;目标&lt;/strong&gt;：你要它做什么（输出是什么）&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;上下文&lt;/strong&gt;：项目背景、约束、已有方案&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;标准&lt;/strong&gt;：什么算“好”（验收条件/风格/边界）&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;格式&lt;/strong&gt;：用什么格式输出（Markdown/JSON/表格）&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;示例（需求澄清）：&lt;/p&gt;

 &lt;blockquote&gt;
 &lt;p&gt;你是资深后端架构师。请把下面的需求拆成可实现的技术方案。
输出：接口清单、数据模型、边界条件、风险点、里程碑。
约束：必须兼容现有数据库，不允许停机迁移。&lt;/p&gt;

 &lt;/blockquote&gt;
&lt;h2 id="2-代码生成让-ai-写骨架人写关键点"&gt;2) 代码生成：让 AI 写“骨架”，人写“关键点”
&lt;/h2&gt;&lt;p&gt;更靠谱的分工：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;AI：生成脚手架、样板代码、单测框架、重复性 glue code&lt;/li&gt;
&lt;li&gt;人：数据模型、核心逻辑、关键路径性能、最终接口设计&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;好处是你不会把“系统设计责任”外包给模型。&lt;/p&gt;
&lt;h2 id="3-代码审阅用清单驱动而不是让它随便看看"&gt;3) 代码审阅：用清单驱动，而不是让它随便看看
&lt;/h2&gt;&lt;p&gt;我会让 AI 按一个固定 checklist 看：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;逻辑正确性（边界条件、空值、并发）&lt;/li&gt;
&lt;li&gt;安全（注入、鉴权、泄漏）&lt;/li&gt;
&lt;li&gt;可维护性（命名、抽象、重复）&lt;/li&gt;
&lt;li&gt;性能（N+1、缓存、批量）&lt;/li&gt;
&lt;li&gt;可观测性（日志、指标、trace）&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;然后要求输出：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;高风险问题（必须修）&lt;/li&gt;
&lt;li&gt;中风险建议（最好修）&lt;/li&gt;
&lt;li&gt;可选优化（有空再做）&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;这样输出会稳定很多。&lt;/p&gt;
&lt;h2 id="4-笔记沉淀把对话变成可以检索的知识"&gt;4) 笔记沉淀：把对话变成“可以检索的知识”
&lt;/h2&gt;&lt;p&gt;对话内容如果不落地，很快就丢。&lt;/p&gt;
&lt;p&gt;我建议固定两个产物：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;项目 README / ADR&lt;/strong&gt;：决策与理由（为什么这么做）&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;博客/知识库条目&lt;/strong&gt;：踩坑与解法（怎么做）&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;并且每篇笔记尽量包含：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;现象（症状）&lt;/li&gt;
&lt;li&gt;原因（根因）&lt;/li&gt;
&lt;li&gt;解决方案（步骤/代码）&lt;/li&gt;
&lt;li&gt;验证方法（怎么确认修好了）&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;这其实就是给未来的自己省时间。&lt;/p&gt;
&lt;h2 id="5-例行复盘每周把高频问题固化成模板"&gt;5) 例行复盘：每周把“高频问题”固化成模板
&lt;/h2&gt;&lt;p&gt;最有收益的一步：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;回看一周里反复出现的问题&lt;/li&gt;
&lt;li&gt;把最常用的提示词/检查清单/脚本变成模板&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;久了之后，你会发现 AI 变成了你工具链的一部分，而不是一个随机的“灵感来源”。&lt;/p&gt;
&lt;h2 id="结语"&gt;结语
&lt;/h2&gt;&lt;p&gt;AI 工具不缺，缺的是流程。&lt;/p&gt;
&lt;p&gt;当你把它们嵌进“可复用、可验收、可沉淀”的工作流里，收益会非常稳定。&lt;/p&gt;</description></item></channel></rss>