0xiism

过于牛逼，AutoTeam（自动车队） ChatGPT Team 账号自动轮转管理工具 🤫 github.com/cnitlrt/AutoTe…

PhoneClaw 4 月 7 日更新，演示视频开启了飞行模式，Gemma4的E4B全程在手机GPU本地推理。 1.现在可以分析和识别语音了。 2.新增了思考模式，但是谨慎使用，手机内存容易爆炸。 3.可以看到历史会话了。 4.优化了内存管理与推理预算，长回答、多模态和模型切换场景更稳定，这部分是最难的，手机内存太容易爆炸了。 5.可从 GitHub 下载空壳IPhone的IPA安装包，自签安装。

用 Codex 做 web 应用可以关注一下这个官方的 Build web apps 的 plugin，直接在 Plugins 页面就可以安装使用。 是一个 skills 以及 MCP大合集，里面包括几乎从 design 到 前端（React best Practices/ shadcn/Frontend skills）到数据库（Supabase Postgres Best Practices） 到支付 （Stripe Best Practices）以及最后部署（Deploy to Vercel）的一个完整的流程。 几乎囊括了 Web App 的所有流程了，觉得挺不错的。

最近小灰被粉丝问爆了，很多朋友想要了解Harness和Harness Engineering。 这篇文章，正好为大家做一个Harness的入门级科普。

@puling79317320 可以私信我一下吗谢谢

今天前后有一百个左右的人来找我，我都回复了。感觉大家还是比较在意这个的，哈哈哈哈

刚才和国内做房地产的朋友聊天，我感觉到他们似乎还停留在使用 AI 的最初级阶段，human in the loop 暂停点非常多，员工也很难使用 AI 工具交付足够好的东西出来，甚至不知道什么是 harness，这让我想到 harness 除了通用领域，wanman 其实可以深入垂直领域做更专业化的方案。

分享如何获得亚马逊AWS 1年免费的云服务器，见图1 必备条件： 1. 稳定的邮箱 2. Visa卡 / Mastercard万事达卡 / 国外银行卡(不会扣款，仅用于验证身份) 注册教程： 1. 访问AWS官网注册aws.amazon.com，按照要求填写相关信息(银行卡、手机号)即可。 2. 注册成功后，在搜索框中搜索EC2，点击创建实例(实例就是云服务器)。 3. 创建实例主要需要注意的就是实例类型、安全组和密钥对了。 1⃣实例类型可以参考图2，免费的会标出。 2⃣配置安全组类似于配置访问白名单，需要配置SSH以及来源IP。这是之后你能够访问你的EC2的关键。 3⃣创建密钥对之后会自动把SSH私钥下载到你的本地，需要好好保存 4. 在本地电脑上通过ssh连接ec2 连接命令如下 ssh -i "aws-key-pair.pem" ec2-user@<实例公有IP> 免费额度限制： 每月750小时t2.micro实例（单实例连续运行约31天）。 30GB EBS存储（需选择通用型SSD）。 15GB数据传出/月（超出后按流量收费）。

用 Agent 干活，总会遇到「请先登录」的尴尬。 我们做了个开源小工具 Cookey，一行命令让 Agent 拿到你的 Cookie —— 扫码授权，即刻接入。 1/打开 cookey. sh，把 prompt 复制给 Agent 2/告诉它你要登录的网站（聪明的 Agent 会自己调用） 3/手机扫码确认 → Agent 无缝访问 开源，iOS / Android 👇

RackNerd年轻人的第一台10刀VPS，拿来练手Linux或备用翻墙都是不错的选择。线路一般，不退款。下附俺手撸的一键脚本，建议安装Reality或Hysteria2: vCPU：1 内存：1 GB 硬盘：25 GB SSD 流量：2 TB /月 IPv4：1 $10.6 /年 购买：my.racknerd.com/aff.php?aff=18… 一键脚本：github.com/yeahwu/v2ray-w…

最近实践了一些 harness engineering ，我在 AGENTS/CLAUDE.md 加了一个原则章节用于指挥 coding agent 个人觉得蛮好用的， 推荐给大家试试。 ## 原则 1. 代码仓库是唯一的记录系统：不在 repo 里的知识对智能体不存在。讨论、脑中决策、外部文档——如果影响开发，必须落地为 repo 内的 versioned artifact 2. 本文件是地图，不是百科全书：保持 ~100 行，指向 docs/ 深层。每层只暴露本层信息 + 下一步导航 3. 把品味编码为规则：优先用 linter、结构测试、CI 检查来强制约束，而非自然语言指令。可机械验证 > 散文指南 4. 计划是一等工件：执行计划带进度日志，versioned 并集中存放于 docs/exec-plans/ 5. 持续垃圾回收：技术债以小额持续偿还，不攒到大规模清理。差距追踪见 docs/exec-plans/tech-debt-tracker.md 6. 卡住时修环境，不是更用力：智能体遇到困难时，问"缺什么上下文、工具或约束"，然后补进 repo 在我的实际编码中，这段提示词在大部分情况下的表现都比我不加这段提示词好上不少。包括 opus 4.6，gpt 5.4 以及 @MiniMax_AI ，感觉整体干活多了点灵性。 需要补充说明的是，我对超大篇幅的 AGENTS.md 的有效性存疑。所以我尽量追求只加几行就能有不少提升的方案。当然，因为 AGENTS.md 成为了地图，所以，还需要增加一节「深入阅读」做个配合。 你们是怎么做 harness 的呢？

MemPalace 是个有趣的项目，它不一定是最好的记忆系统，但我认为它是第一个把问题定义正确的记忆系统。 MemPal （Rust 版的 MemPalace 记忆宫殿）开源 ： zhanghandong.github.io/mempal/ 这里写了 Rust 版本实现的取舍，并非 一比一 的 MemPalace 移植 zhanghandong.github.io/mempalace-book… 我这几天本地测试还行，发出来大家用用，欢迎提改进意见。

推荐这个专门解释 mempalace 的网站，像一本科普书一样，一章一章的分析。 写得深入浅出，我最关心的记忆结构的设计，还有记忆检索算法 AAAK 的实现，都讲得很清晰。 zhanghandong.github.io/mempalace-book/

这才是真正的协作嘛。。。我的 cc和codex 协作日常， 从 「复制粘贴 相互 review 评价」 到 「通过 cowork skill 从 session 里提取内容到 bridge」 ，进化到现在 「通过 mempal 共享记忆」 。

@axiaisacat github.com/Goldentrii/Age… 推一下这个 也挺好用的 能让claude有记忆的同时通人性😂

本来以为前端类的 Skill 已经过剩了，出不了什么新鲜的活了 昨天刷到一个叫 Awesome Design 的仓库，将近20K的star 把全球 55 个大厂的设计语言，全塞进了一个 DESIGN.md 里 苹果、Spotify、IBM 这些有极好品位的品牌 常用的配色、字体、组件，一次全有了 用法很简单： 把仓库链接发给 Claude Code，让它自己安装配置 装好之后让它参考这份设计规范去跑你的项目就行 随便跑了几个 case 因为有了这套规范，设计下限直接被拉高了 几乎很难再出 AI 味的前端了 github.com/alexpate/aweso…

做 Web 开发，有一个很 Harness 的魔法 Prompt： 用 CDP，详细获取 xxx 网站的内容，分析 js 和 css , xxxxx 基本上无论是功能/样式，还是 canvas 特效，AI 都能搞个 7788...

这本书可以看了 ： zhanghandong.github.io/harness-engine… x.com/blackanger/sta…

OpenAI 官方上线了一个超赞的实用示例库。它不仅涵盖了硬核编码任务，还包含大量的非编码任务示例 实际用例： 🎨 Figma 转代码：自动分析设计稿并生成精准的 UI 界面。 🔍 理解大型代码库：理清复杂请求流程，快速映射并定位陌生文件。 ⚡ 极速 PR 审查：在人工 Code Review 前，自动找出回归问题和 Bug。 💬 Slack 转任务：把群组讨论串直接转化为有作用域的云端编码任务。 📊 自动生成 PPT：能处理数据文件，一键生成幻灯片！ 强烈建议所有开发者和效率控去体验一下 🔗 developers.openai.com/codex/use-cases

这两本书把Claude Code和Codex的Harness工程吃透了，对于Claude Code和Codex源码解析和对比都入木三分，文科生也能读的津津有味： 《Harness Engineering——Claude Code 设计指南》：不是源码注释汇编，也不是产品功能介绍。它关注的是 Claude Code 如何把不稳定模 型收束进可持续运行的工程秩序，让控制面、主循环、工具权限、上下文治理、恢复路 径、多代理验证与团队制度长成一套完整骨架 《Claude Code 和 Codex 的 Harness 设计哲学——殊途同归，还是各表一枝》：比较两套 AI coding harness，最容易犯的错误，是拿一张功能对照表当作思想史。左边写“有技能”，右边也写“有技能”；左边写“有沙箱”，右边也写“有沙箱”；左边写“能开子代理”，右边也写“能开子代理”。这样写的好处是省事，坏处是几乎什么也没说。因为工具中的名词相同，不代表系统的骨架相同。就像两个城市都修了桥，不能说明它们是按同一条河设计的。 Github仓库：github.com/wquguru/harnes… 在线阅读：harness-books.agentway.dev/index.html