在找工作的朋友不妨试试这个工具，非常巧妙的工具链，唯一要注意的是，找到的很多 opening 已经失效了，需要强调一下找还有效的 opening。

试用了一下，学到了很多：

1. 随手填一点信息，它就能自动填充不少信息到相关的文件里，冷启动非常快；

2. 按照模版把自己的简历都进去之后，它获得更多的信息，而且转为 md 之后，方便后续为任意一个工作机会改写；

3. 它已经 orchestra 好了整个流程，只要启动相应的 skill 就行，而且会给出明确的指示，非常清晰；

4. 每一步都会给出具体进展，有问题也会及时报告，比如某些公司的 job board 的链接找不到信息，更新了正确连接之后，它自动会改写相关文件，然后重新往下跑；

5. 它会自动调取工具，比如先从有 api 的平台搜索工作，然后用 agent browser 检索其他平台或者公司网页，都不需要用户再干预；

6. 找到工作机会之后，可以按照你之前写明的偏好打分，然后给出投递顺序；

7. 等你确认之后，就可以按照以上顺序改写你的简历，然后投递。

整个 orchestrare 用起来非常顺利，而且兼顾灵活性，这才是整套系统最值得学习的精华。

https://github.com/santifer/career-ops

这个项目给我的启发非常大，今天把手中的一个项目改成了类似的 orchestration。

这样一来，一个客户项目和另外两个项目都可以用同一套 orchestration 来管理，效率大大提高。

本来陆陆续续构建了一些工具，但零零散散不好用，每新起一个项目都要重新启用 agent。现在有了这层 orchestration layor，大部分的流程都被抽象了出来，直接代码化了，agent 掉用起来更方便，我的认知负担也大大降低。

这段时间所有任务都跑在了 Paseo 里，感觉比原来在终端里跑 claude-code 舒服多了：

1. 在家里的服务器上跑 paseo daemon，随时随地可以拿手机或者笔记本跑 paseo client，不用每次 ssh，不用每次查看 tailscale 的状态；

2. 所有的更新都在服务器上，本地需要的话，就 git pull，编辑还是在 paseo 里，写到服务器上，不再有冲突；

3. 多项目之间协同也更加容易，比如 submodule 里要改主项目的代码，跑去主项目改没有完整的 context，现在可以用 /paseo-handoff 这个技能，完美解决这一问题。

https://paseo.sh/docs/skills

Paseo 支持 pi，所以在本地用 olmx 跑了 qwen3.6 35B 的模型，然后就可以在 Paseo 里方便得调用了。

一些简单的任务就丢给本地模型跑，比如设置了一些重复性的工作：

1. 每天凌晨读取前一天每个项目的 commits，然后生成项目进度；

2. 汇总项目进度之后，生成每日总结；

3. 每周一早上生成前一周的总结。

每个总结的角度和颗粒度不一样，比如周总结就要帮我梳理经验教训。

看了一下，qwen3.6 跑这些任务的效果已经不错了。

三个 agent 自己玩起来了：

1. 我在 paseo 里让 codex 帮我配置 pi 跑本地模型；
2. 让 codex 把 pi 生成的结果通过 paseo 丢给 claude 评估；
3. claude 评估完，丢回给 codex，让它指挥 pi 更新自己的 prompt。

发现本地模型的最大好处就是隐私性，虽然慢了点，但是放心地把财务数据丢进去跑。

昨天和一个在微软工作的朋友聊天，他说他们内部也在使用一款类似 Paseo 的工具。

分享一下我们现在如何运营一家 AI-native 公司：

1. 所有的文件都存在 github 上的 organization 账号下。每接一个客户，新开一个 repo，客户之间做到隔离；

2. 内部写了一套工具，可以支撑多个客户，因为暂时是项目制，所以这套工具暂时只有内部使用。如果后期业务起来，可能会做成一套 SaaS 工具，对外服务；

3. 这套工具是受 CareerOS 这个项目启发写的，原先也写过一些，但看了 CareerOS 的框架之后，就迅速学习了。好处是，每一个新项目都能快速启动，而且能沿用一套标准，大大提高效率；

4. 向非技术的同事科普了 Claude code + codex + github，这样一来，可以方便地使用 github 同步所有文件。哪怕不会用 GitHub，也可以让 claude / codex 代劳。

5. 对接客户的时候，也会请他们授权 google drive 给我们，这样可以用 rclone 读取所有的授权数据。迅速建立起一个知识库。比如我们给客户看的 deck 和他们的视觉设计保持一致，客户大为震惊，其实我们不过是读取了他们的 vi pdf，然后抽取出一个 global.css + design token，然后加以复用；

6. 服务客户时，所有的数据，操作步骤都记录在 repo 里，哪怕是非代码层面的数据，这样即使出了问题，也可以用 AI 来分析，从而回滚或者修复；

7. 帮非技术的同事写了不少小工具，方便他们在 claude / codex 里直接调用，提高他们的效率。

终于找到了完美的会议摄像头配置：

1. 大疆 Osmo 手持云台
2. iPhone 后置摄像头，有线接入 Mac

尽管只是 16e，但非常清晰，比市面上其他专用的 4k 会议摄像头要清晰得多，而且没有延迟。

昨天和客户定期沟通的时候，客户突然说，通过我们的帮助，上个月，他们最重要的市场来了两个高质量的询价，还有一个怎么也进不去的市场，也来了一个询价，即使之前他们找当地的代理都没打进去。

我们听了蛮高兴的，瞬间觉得过去两个月的努力值得了。

去年年底我们一起合作，一个负责技术，一个负责 GTM。第一个项目开发了小半年，产品出来了，用户找不到。

当时见一个潜在的客户，聊起我们可能可以帮他们提高获客。他们将信将疑地和我们签了合同，我们就开始 pivot。

每两周的定期沟通，客户也非常好奇，会问各种问题，有时也会担心我们的方法到底管不管用。

两个月下来，我们不断调整，不断试错，终于得到了上面的结果。

学到的经验就是：

1. 不断试错，不断调整，在 AI 的加持下，试错成本变低，可以更快地调整

2. 绕了大半圈，还是找一个靠谱的 GTM 合作最有可能出结果。我们是前同事，认识了很多年，分开后，她都把一家公司做大卖了，我还在慢慢转圈。兜兜转转总算又一起合作了。

Cloudflare 的孵化项目，不需要融资也可以申请，只要有真实的项目和公司。

https://www.cloudflare.com/startups/

在聊一个项目，对方问能不能提供 pptx + scorm 的文件。scorm 是用来做互动课程的一种文件格式。

研究了一圈，发现 scorm 相关的开源项目不多，但是还有能用的，比如 LiasScript。LiaScript 的生态还很完善，可以导出 scorm 文件，有自己的预览系统。

再和客户一沟通，他们用 Articulate 部署 scorm 文件。因为可以方便地接入各种互动课程 app （lms）。

仔细一看 Articulate，傻眼了，这玩意不支持导入 Scorm 文件，只支持 pptx，xlsx 之类的，然后在它的平台上导出 scorm。而且不对外开放 API，就只能手动操作。

这软件的设置真是比 adobe 的 PDF 都变态，至少 adobe acrobat 可以读写 PDF。这傻逼玩意只能输出，连自己生成的文件都不能读。

说不定是一个新的创业机会？

和身边一圈 builder 聊了聊，感觉最大的痛点不是做什么，而是做了一堆东西之后，不知道怎么卖。

写个简单的 MVP playbook 吧，如果确实想赚到钱的话：

1. 想到一个需求之后，先把 landing page 写出来；

2. 买一个域名之后，赶紧发布到 google，登陆 google search console 提交 sitemap

3. 在 google search console 里选 Core Web Vitals，跑一下测试，把所有的性能问题都修复；

4. 等着 google 收录这个 landing page，然后根据 gsc 的数据做优化 landing page，开发产品的 MVP。

以上应该是可以最直接看到数据的冷启动方法。