<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Yistar. - Build Log (English)</title>
    <link>https://yistar.jiezeng2004.me/en</link>
    <description>Working across genetics, developmental biology and bioinformatics, and turning recurring AI workflow problems into local-first, inspectable tools.</description>
    <language>en</language>
    <atom:link href="https://yistar.jiezeng2004.me/en/feed.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>The Real Cost of Vibe Coding &amp; Verification</title>
      <link>https://yistar.jiezeng2004.me/en/build-log/vibe-coding-real-cost</link>
      <guid isPermaLink="true">https://yistar.jiezeng2004.me/en/build-log/vibe-coding-real-cost</guid>
      <pubDate>Sun, 01 Feb 2026 00:00:00 GMT</pubDate>
      <description>The concept of Vibe Coding is appealing: go with the flow and let AI write code for you. But in real projects, I&apos;ve found that &quot;going with the flow&quot; is not actually low-cost.
Real costs include:
Verification costAI-generated code requires human review. Not all code reveals problems at a glance — some bugs require running tests or even manual testing to discover.Context costAI doesn&apos;t understand your full project context. It might use wrong library versions, ignore existing conventions, or reimplement existing functionality.Boundary costAI might modify files it shouldn&apos;t or introduce unnecessary dependencies. Without clear workspace scope limits, risks multiply.Audit costWhen AI output has problems, you need to trace back: who generated this code? Based on what context? Which files were modified?
My solution is to establish a verification workflow:
After each AI code generation, review the diff firstRun existing tests to confirm no existing functionality is brokenManual testing on critical pathsRetain task trail evidence
The &quot;vibe&quot; in Vibe Coding should not replace rigorous engineering practices. AI makes coding faster, but the verification stage cannot be skipped.
This is exactly the core philosophy of PatchWarden: making AI agent output auditable, verifiable, and reversible.</description>
    </item>
    <item>
      <title>ChatGPT × Local Agent Collaboration</title>
      <link>https://yistar.jiezeng2004.me/en/build-log/chatgpt-local-agent-collaboration</link>
      <guid isPermaLink="true">https://yistar.jiezeng2004.me/en/build-log/chatgpt-local-agent-collaboration</guid>
      <pubDate>Thu, 01 Jan 2026 00:00:00 GMT</pubDate>
      <description>After months of practice, I&apos;ve gradually formed a collaboration pattern between ChatGPT and local agents.
What ChatGPT excels at:
Requirement discussion and solution designComparing and weighing multiple approachesConcept explanation and knowledge queriesCode review and logical reasoning
What local agents excel at:
Executing modifications in the actual codebaseBatch file operationsRunning tests and verificationGenerating structured diff reports
My workflow:
Clarify requirements in ChatGPT, discuss multiple approachesAfter determining the final approach, describe the task in structured formatHand the task to a local agent for executionReview the agent&apos;s diff and verification reportsDecide whether to accept the changes
Throughout this process, the human remains the decision-maker. AI is a tool, not a replacement.
Failure experiences are equally important. Some tasks I overestimated the agent&apos;s understanding, leading to results deviating from expectations. Some tasks I didn&apos;t define boundaries clearly enough, causing the agent to modify files it shouldn&apos;t have.
These failures made me realize: the core of AI agent collaboration isn&apos;t making AI do more, but making humans think more clearly.</description>
    </item>
    <item>
      <title>Why PatchWarden</title>
      <link>https://yistar.jiezeng2004.me/en/build-log/why-patchwarden</link>
      <guid isPermaLink="true">https://yistar.jiezeng2004.me/en/build-log/why-patchwarden</guid>
      <pubDate>Mon, 01 Dec 2025 00:00:00 GMT</pubDate>
      <description>When using ChatGPT to discuss code approaches daily, I encountered a recurring problem: the discussion phase and execution phase are disconnected.
ChatGPT provides excellent solution suggestions, but it cannot operate on my local codebase. Meanwhile, local agents like Codex and Claude Code have strong execution capabilities but lack the context from the discussion phase.
When I copy solutions to local agents for execution, I often encounter:
Unclear workspace scope — agents might modify files they shouldn&apos;tLack of structured verification reports for execution resultsNo traceable audit trail for the entire process
PatchWarden was created to solve this. It establishes a controlled channel between ChatGPT and local agents: extract tasks, limit scope, execute, return diffs and verification reports.
This is not a general-purpose remote shell, but a task execution framework with clear boundaries. Every step is recorded, every change is traceable.
The process of building this tool is itself a practical exploration of &quot;how humans and AI agents should collaborate.&quot;</description>
    </item>
  </channel>
</rss>