<?xml version="1.0" encoding="utf-8"?><?xml-stylesheet type="text/xsl" href="https://www.linlixin.com/rss.xsl"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <atom:link href="https://www.linlixin.com/rss.xml" rel="self" type="application/rss+xml"/>
    <title>LinLiXin</title>
    <link>https://www.linlixin.com/</link>
    <description>LinLiXin 的个人站点，记录 AI Coding、Agent 与后端工程的实践和思考。</description>
    <language>zh-CN</language>
    <pubDate>Sun, 11 Oct 2026 10:12:39 GMT</pubDate>
    <lastBuildDate>Sun, 11 Oct 2026 10:12:39 GMT</lastBuildDate>
    <generator>@vuepress/plugin-feed</generator>
    <docs>https://validator.w3.org/feed/docs/rss2.html</docs>
    <category>AI Coding</category>
    <item>
      <title>上下文与项目规则</title>
      <link>https://www.linlixin.com/ai-coding/agents/context-management.html</link>
      <guid>https://www.linlixin.com/ai-coding/agents/context-management.html</guid>
      <source url="https://www.linlixin.com/rss.xml">上下文与项目规则</source>
      <description>将稳定规则、任务信息和运行证据分层组织，减少 Agent 在长任务中的遗漏与误判。</description>
      <category>AI Coding</category>
      <pubDate>Fri, 09 Oct 2026 00:00:00 GMT</pubDate>
      <content:encoded><![CDATA[<p>Agent 的判断依赖它能够看到的信息。对话变长后，重复粘贴材料可能增加噪声，而关键约束仍然容易被淹没。更有效的做法，是按信息的稳定程度组织上下文，并让每条结论保留可以复查的来源。</p>
<h2>把信息分成三层</h2>
<p>| 层次 | 保存什么 | 什么时候更新 |
|</p>
]]></content:encoded>
    </item>
    <item>
      <title>选择合适的 AI 编程工作流</title>
      <link>https://www.linlixin.com/ai-coding/tools/choose-your-workflow.html</link>
      <guid>https://www.linlixin.com/ai-coding/tools/choose-your-workflow.html</guid>
      <source url="https://www.linlixin.com/rss.xml">选择合适的 AI 编程工作流</source>
      <description>根据任务范围、反馈速度和执行风险，选择对话、编辑器协作或 Agent 工作流。</description>
      <category>AI Coding</category>
      <pubDate>Fri, 09 Oct 2026 00:00:00 GMT</pubDate>
      <content:encoded><![CDATA[<p>选择 AI 编程工具时，可以先观察任务需要怎样的反馈。局部修改需要快速查看差异，跨文件任务需要持续检索和验证，尚未明确的问题则需要先讨论目标。工作流应围绕这些需求安排。</p>
<h2>从任务形态出发</h2>
<p>| 工作方式 | 适合的任务 | 人需要重点关注什么 |
|</p>
]]></content:encoded>
    </item>
    <item>
      <title>从代码生成到可靠交付</title>
      <link>https://www.linlixin.com/ai-coding/workflow/review-and-delivery.html</link>
      <guid>https://www.linlixin.com/ai-coding/workflow/review-and-delivery.html</guid>
      <source url="https://www.linlixin.com/rss.xml">从代码生成到可靠交付</source>
      <description>通过差异审查、行为验证与交付说明，让 AI 生成的代码成为可以理解和维护的改动。</description>
      <category>AI Coding</category>
      <pubDate>Fri, 09 Oct 2026 00:00:00 GMT</pubDate>
      <content:encoded><![CDATA[<p>代码已经生成，只说明实现有了候选方案。一次可靠的交付，还需要回答三个问题：它是否解决了原问题，是否影响了已有行为，以及后来的人能否理解这次改动。</p>
<h2>先看改动边界</h2>
<p>审查从文件列表和差异开始。逐个确认修改与任务目标的关系，尤其留意无关格式化、依赖更新、配置变化和删除操作。跨文件改动应能串成一条清楚的路径：输入在哪里进入，经过哪些处理，最终如何呈现或保存。</p>
<p>不要只让 Agent 复述自己写了什么。可以要求它从调用方、失败路径和兼容性三个角度重新阅读代码，并指出尚未证实的假设。必要时，由另一轮独立审查补充不同视角。</p>
<h2>按风险选择验证方式</h2>
<p>| 改动类型 | 优先验证的内容 |
|</p>
]]></content:encoded>
    </item>
    <item>
      <title>把需求写成可执行任务</title>
      <link>https://www.linlixin.com/ai-coding/workflow/task-brief.html</link>
      <guid>https://www.linlixin.com/ai-coding/workflow/task-brief.html</guid>
      <source url="https://www.linlixin.com/rss.xml">把需求写成可执行任务</source>
      <description>用目标、现状、约束和验收标准，把模糊需求变成 AI 可以持续推进的工程任务。</description>
      <category>AI Coding</category>
      <pubDate>Fri, 09 Oct 2026 00:00:00 GMT</pubDate>
      <content:encoded><![CDATA[<p>一份好的任务说明，应当让执行者知道要改变什么、去哪里寻找依据，以及如何判断已经完成。“优化搜索体验”表达了方向，但没有给出可执行的边界。补上具体用户场景，任务才会稳定下来。</p>
<h2>先写用户能观察到的变化</h2>
<p>从一个真实问题开始：用户输入关键词后，列表没有及时更新，必须重新打开页面。期望行为可以写成“提交关键词后展示匹配结果；清空关键词后恢复全部结果”。这样的描述可以直接转化为验收步骤，也能避免过早绑定某种实现。</p>
<p>把已知事实和推测分开。例如，“列表页会发出请求”是观察，“缓存导致结果过期”只是待验证的解释。让 Agent 先检查调用链，再决定改动位置，通常比指定一个未经验证的修复更可靠。</p>
<h2>给出够用的任务边界</h2>
<p>| 要素 | 应该包含的信息 |
|</p>
]]></content:encoded>
    </item>
  </channel>
</rss>