<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
<title>PushyTao</title><subtitle>关于技术、构建与持续学习的个人博客。让每一次探索，都留下清晰的记录。</subtitle>
<id>https://pushytao.github.io/</id><link href="https://pushytao.github.io/"/><link rel="self" href="https://pushytao.github.io/atom.xml"/>
<updated>2026-10-31T16:00:00.000Z</updated><author><name>PushyTao</name></author>
<entry><title>Loop Engineering</title><id>https://pushytao.github.io/posts/loop-engineering/</id><link href="https://pushytao.github.io/posts/loop-engineering/"/><published>2026-10-29T16:00:00.000Z</published><updated>2026-10-29T16:00:00.000Z</updated><summary type="text">By Andrew Ng 作者：Andrew Ng（吴恩达） “Loop engineering” is a hot buzzphrase after mentions of it by Boris Cherny (Claude Code’s creator) and Peter Steinberger (OpenClaw’s creator) went viral on social media. Loops are now a key part of how we get AI agents to iterate at length to build</summary></entry>
<entry><title>新的起点：给思考一个停靠的地方</title><id>https://pushytao.github.io/posts/hello-orbit/</id><link href="https://pushytao.github.io/posts/hello-orbit/"/><published>2026-10-01T01:00:00.000Z</published><updated>2026-10-01T01:00:00.000Z</updated><summary type="text">这个站点有了一个新的起点。Orbit 用深蓝色的夜空、轨道线与明亮的留白，为文字留出足够的空间。这里会以文章为中心，逐步整理技术问题、实践过程，以及值得再次翻开的笔记。 一个可以慢慢积累的空间 一篇技术记录最有价值的部分，往往是当时遇到的具体问题：为什么选了某个方案，哪一步产生了误解，最后如何验证结果。把这些信息放回上下文里，比只留下结论更容易帮助未来的阅读者。 这个博客从两个入口开始：在首页阅读最近的文章，在归档里按时间回看。也可以通过专题寻找相近的主题，用搜索查找文章标题、标签或正文中的关键词。 让阅读保持简单 Orbit 的视觉从轨道与网格获得灵感</summary></entry>
<entry><title>从 Markdown 到发布：这份博客的写作流程</title><id>https://pushytao.github.io/posts/writing-with-hexo/</id><link href="https://pushytao.github.io/posts/writing-with-hexo/"/><published>2026-10-01T00:00:00.000Z</published><updated>2026-10-01T10:29:00.000Z</updated><summary type="text">这个博客使用 Markdown 保存文章，Hexo 生成网页，GitHub Actions 自动构建并发布到 GitHub Pages。日常维护的顺序是：编辑并保存 Markdown → 本地预览与检查 → Git 提交和推送 → 等待部署成功 → 检查线上页面。 本文以 Windows PowerShell 和本地仓库 D:\PushyTao.github.io 为例，介绍新建、修改、发布、撤下与恢复的完整流程。只想修改现有文章时，可以先看“修改已经发布的文章”，再按“提交与正式发布”操作。 一、先认识文件与发布流程 应该修改哪些文件 想做什么 对应源</summary></entry>
<entry><title>Harness engineering: leveraging Codex in an agent-first world</title><id>https://pushytao.github.io/posts/harness-engineering-openai/</id><link href="https://pushytao.github.io/posts/harness-engineering-openai/"/><published>2026-02-10T16:00:00.000Z</published><updated>2026-02-10T16:00:00.000Z</updated><summary type="text">Harness 工程：在智能体优先的世界中运用 Codex By Ryan Lopopolo, Member of the Technical Staff 作者：Ryan Lopopolo，技术团队成员 Over the past five months, our team has been running an experiment: building and shipping an internal beta of a software product with 0 lines of manually-written code. 过去五个月里，我们团</summary></entry>
<entry><title>Using PLANS.md for multi-hour problem solving</title><id>https://pushytao.github.io/posts/codex-exec-plans-openai/</id><link href="https://pushytao.github.io/posts/codex-exec-plans-openai/"/><published>2025-10-06T16:00:00.000Z</published><updated>2026-10-31T16:00:00.000Z</updated><summary type="text">使用 PLANS.md 处理需要数小时的复杂任务 By Aaron Friel (OpenAI) 作者：Aaron Friel（OpenAI） 本文来自 OpenAI 的 OpenAI Cookbook，原文标题为 Using PLANS.md for multi-hour problem solving，发布日期为 2025-10-07。GitHub 原文采用 MIT License，版权归 OpenAI 所有，许可证原文保留在文末。 本站于 2026-11-01 整理为中英对照，中文为本站翻译，供个人学习阅读。英文在上、中文在下，保留术语、文件名与代</summary></entry>
</feed>