herdr 这几天好像很火，我前天下载尝试了下就没用了，回到了我自己配置的 tmux 方案更舒服，主要是它的界面不如我自己定制的灵活。
但我今天频繁刷到它，甚至连 tibo 和 dhh 都推荐了，大佬们都推荐了说明它一定是哪里特别好用？
顯示更多
看完海明的分享，最大的感受是：独立开发这条路，真的比想象中难，但也比想象中更有可能。
两年前离开公司时，我其实也经历过类似的迷茫。
第一年主要做外包，赚了一些钱；第二年开始尝试做自媒体、做独立 App。过程中有过很多怀疑，也无数次想过是不是应该重新找工作。
因为独立开发最难的地方，从来不是写代码。
真正困难的是，你需要一个人完成产品定位、用户调研、设计、开发、营销、增长和商业化。
任何一个环节没有做好，都会非常吃力。
所以海明能够两年做到这个成绩，我觉得非常难得。
这背后不仅是开发能力，更重要的是完成了一套从产品到收入的完整闭环。
我自己的 App 目前还远远达不到这个水平。上线 5 个月左右，目前收入 4000+ 美金。如果单纯看收入，其实和上班相比性价比并不高，投入的时间和精力也非常大。
但作为一个独立开发者，我对这个阶段的结果已经很满意。
现在回头看，海明提到的几个经验确实非常重要：
做好市场验证，认真设计 Onboarding 和付费墙，持续输出内容，在各种渠道推广自己的产品。
很多开发者以为产品做好了就结束了。
但实际上，做出来只是开始，让用户发现它，并愿意付费，才是真正的挑战。
现在这个时代，对于独立开发者来说确实是一个很好的窗口。
AI 降低了开发成本，自媒体降低了传播成本，全球市场也提供了更多可能。
希望自己也能继续熬过增长阶段，走到下一步。
顯示更多
ChatGPT 移动端和桌面端目前还是设备配对的逻辑，为什么登录同一个账户不可以无缝连接，还要配对？
比如说我的 iPhone 可以操作 Mac mini 了，但想要连接我的 Macbook 就要配对。
现在我拿着我的 Android 手机，想要继续工作，又要配对才行。
这设计不太合理。
顯示更多
实际跑一跑 codex 定时任务才发现，原来定时任务运行时环境和我们在对话中的执行环境是不一致的，执行时电脑中原本所存在的一些命令都不见了。
为了解决这个问题，先是在 `~/.codex/config.toml` 中增加以下内容:
[shell_environment_policy]
inherit = "all"
experimental_use_profile = true
然后新建`~/.zprofile`，重新设置 export PATH，才能够正常加载。
这个意思是启用 profile 继承，让 Codex 通过用户配置的 shell 获取环境。
顯示更多
每天都有一些琐碎的固定小任务，每个花不了几分钟，但积少成多就很分散注意力，挺累的。
一直想自动化，但搞自动化本身又要花不止几分钟，就总是算了。
拖久了，今天终于受不了，花时间用 Codex Schedule 把这些事一个个做成定时循环任务，让它自己跑，有问题再通知我。省下的时间其实没有很夸张，但注意力释放了，脑子轻松很多。
顯示更多
对了，我还新增了全文朗读的功能，边读边听更高效。
这个功能即将发布更新
发现一篇不错的英文文章，随时导入到 SentiaRead 中继续阅读，查词并加入生词本，翻译和解释，不要太方便。
摩擦力低了，才愿意读更多。
顯示更多
发现一篇不错的英文文章，随时导入到 SentiaRead 中继续阅读，查词并加入生词本，翻译和解释，不要太方便。
摩擦力低了，才愿意读更多。
顯示更多
推特就是玩儿，国内平台才是正儿八经做内容。能在国内平台的那种机制和环境下磨练出来的博主，来到推特就是降维打击 😂
省流：菜鸡才做推特，国内博主做推特，三天起号，降维打击，推特博主做国内平台，三个月没有一点水花。
这个 App 最开始是自己用的，是走的 LLM 方案，先整体翻译，然后按句子配对，再 LLM 拆分，但是拆分效果总是不理想。
另外走 LLM 还有一个问题，就是要配置 API Key，这其实对普通人不友好，另外就是成本其实不低，Gemini 3.5 Flash 一部长一点视频都几美元。
最后发现还是 Agent + Skill 路线最好：
1. Agent 有很好的纠错能力，哪怕你不给它这样的工具，它自己都能一边翻译一边纠错，质量不错。
2. 把 App 的能力封装成 cli，让 Agent 可以通过命令行调用 App 的功能
3. 配合一个 Skill 把常用的工作流比如像转录、润色、翻译、对齐、剪辑都固化下来，这样 Agent 就知道最佳实践是什么，不需要每次都自己摸索
4. App 解决的是人工预览、校对的部分。
Agent 操作完，如果你是人肉看文本字幕，或者你每次修改一点都要重新 ffmpeg 生成一遍视频，那效率太低了。最好的方式其实不是完全交给 Agent，而是可以有一个图形化的工具快速的预览、二次编辑。
5. Agent 相对比较通用和便宜，现在大家都有 Agent，包月的 Token 经常花不完，用来干这种活正合适
顯示更多
Manus 最初是云端 Agent 形态，可搭配手机使用，体验非常丝滑。
OpenClaw 把风吹到了本地 Agent，大家纷纷做桌面端或增强桌面端的能力。
最近我隐约感受到云端 Agent 会成为未来的主流，云端一体化的协作才更舒服，单纯依赖于本地化的环境有诸多不便，任务并发也不方便。
顯示更多
Codex Schedule 结合 Git Worktree 来做自动化，不要太方便，固定流程能自动化的就自动化，AI-First，减少人工操作。
尝试设计一个 Sentry 错误处理 Agent 工作流，等我做好并稳定用几天再跟大家分享，看是否有朋友需要。
GPT 命名太乱了，给人带来的心智负担太大，因此我现在只使用 GPT-Sol, 根据任务复杂度切换 Effort，且不使用 fast，交给它的多数是执行任务、Debug 和修 Bug，再或者是本身就是设计好的开发任务，慢点就慢点吧。需要结对编程、讨论以及快速修改迭代的就在 claude code 和 cursor 中完成了。
顯示更多
宝玉老师做的这个太棒了
字幕转录翻译剪辑 Skill —— BaoCut（仅支持 Mac）
借助 Agent Skill，可以转录视频、对转录结果识别 Speaker、润色（纠正错别字口癖等）、也可以根据转录结果对视频进行简单的剪辑，比如删除口癖、重复等。
这次尝试解决一个问题就是 Agent 对字幕转录翻译后，无法通过一个友好的操作界面二次编辑的问题。
现在的做法是为 Agent 提供一个 cli，配合 Skill 的说明，Agent 可以借助 cli 去转录，获取转录结果润色、翻译，并实时同步进度到 GUI。后续可以在 GUI 进行预览和人工编辑。
安装了 Skill 和 App 后，后续只要从 Codex 或者 Claude Code 这种 Agent，触发 Skill 即可执行，比如：
> /baocut 转录并翻译视频：<视频 url 或路径>
已知问题：
- 仅支持 Mac
- 翻译速度略慢，但质量会不错
下载地址：
Skill 从 App 内可以安装，或者 Skill 地址：
顯示更多
再次推荐 agent-device，这两天用它来自动化调试与测试 iOS app 太方便了，以前手工测试都过的啥日子啊 😅
看了 agent-device 非常不错，它是 Callstack 开源的移动端自动化 CLI。
它给 coding agent 操作真实 iOS/Android app 的能力：打开 app、读 accessibility snapshot、按语义 ref 点击/输入、截图、录屏、采日志、抓性能、把探索过程保存成可 replay 的 .ad 脚本。官方定位是 “Mobile app verification for AI agents”，不是传统测试框架替代品。
除了 Native App，使用 Expo 和 Flutter 构建的应用也能操作，真机和模拟器上运行的也可以操作。
GitHub 地址:
顯示更多
Claude Artifacts 这个功能是我近期用下来最喜欢的功能之一，它现在能够在创建之后分享公开链接，也能够使用 Claude tag 创建，特别适合原型制作和迭代协作。当然其它用户信息展示的场景也很适合。
顯示更多
Artifacts now support public sharing and multiplayer editing in Claude Code, and can be created with Claude Tag.
用 Grok Build CLI 的朋友们先看一下，xAI 心怀不轨，干坏事被发现了。
安全研究员通过抓包发现，早期版本默认会把整个 Git 仓库（包括完整 git history）打包上传到 xAI 云存储。即使你明确说”不要读取任何文件”，它还是会传。读取过的文件内容（.env 里的 API Key、密码等）也会明文发到服务器，关闭”改进模型”开关也拦不住。
涉及商业代码、敏感密钥、NDA 项目的，这个风险不小。
曝光后 xAI 反应挺快，服务端已关闭全仓库上传路径、清理了数据，确认未用于训练。新版本已修复。
建议做几件事：
1、更新到最新版 CLI
2、运行 /privacy 检查，确认 disable_codebase_upload 已开启
3、之前在敏感仓库用过的，轮换一下相关密钥
4、重要项目先别用
我推荐大家可以先把它当成一个搜索和检索信息的工具，非常好用。
写代码的话，建议不要用在重要的项目上，可以用来写一些 demo。
如果想用这个模型，目前 Cursor 里面可以直接用，体验很不错。
顯示更多
能自动化的就不要手动。
我现在 App（安卓和 iOS）的构建和发版提审都自动化了，为此写了一些脚本和一个Skill，要发版的时候，我只要自然语言描述，告诉它就好了。
顯示更多
给大家再看看另一个案例，我觉得 claude artifacts 太好用， 做 mock ui 太方便了。
这个思路很好，恰好我最近也在这么做。用 mock UI 代替纯 Markdown 文本来做需求交互，效果很好。其实前几天也分享过，可能关注到的朋友不多。
具体来讲，我在做 UI 交互优化或者新需求时，会和 Claude 反复讨论交互设计。过去就是我们俩凭空想象地交流，没有视觉确认的环节，聊得差不多了就让它直接做出来，看效果再迭代。
最近换了一种方式。讨论到差不多、或者它给我几个可选方案时，我让它先做 mock UI，就是单个 HTML 文件，把几种不同方案以及不同状态下的交互都呈现出来。因为它直接在我的代码库里写 mock，能读到我 app 的真实界面和 design tokens，做出来的 mock 可用度很高。然后我们对着 mock 继续讨论，最终定稿，它再拿着定稿去写代码。
比 Markdown 高效不少，最终做出来的还原度也高很多。
Claude 还有一个好处是 artifacts 功能。不管在电脑前还是用手机远程看，都能直接在浏览器里预览效果。
顯示更多
