即刻App年轻人的同好社区
下载
客户每个月都会发，未来10个月的物料用量预测，一共有50多个物料。一般都是大致扫一眼，几乎等于没看。
突发奇想，用agent做个skill，和上月对比，本月有哪些物料的预测用量在增加或者减少，变化的百分比是多少。
本以为agent做个总量对比就算了，没想到它做了相邻两个月的预测中，重叠的9个月用量对比。这就是硬数据对比，更能反应趋势。
突发奇想，用agent做个skill，和上月对比，本月有哪些物料的预测用量在增加或者减少，变化的百分比是多少。
本以为agent做个总量对比就算了，没想到它做了相邻两个月的预测中，重叠的9个月用量对比。这就是硬数据对比，更能反应趋势。
0 00
确实这样，我现在都是把笔记发给 AI，让它存一份本地 md 文档，再让它写个 skill 把这份笔记上传到我的 blinko 笔记。
本地的给它用，blinko 我看起来方便。
有时候觉得让它把笔记做成 html 给我看，应该也可以。只是之前用 blinko 习惯了。
本地的给它用，blinko 我看起来方便。
有时候觉得让它把笔记做成 html 给我看，应该也可以。只是之前用 blinko 习惯了。
张无常Hayes_Zhang: 很多应用将会消失，因为人们的交互方式自然改变了。 习惯了 Vibe Coding 之后，思维方式会不由自主发生变化。 最典型的变化之一是，干什么事都懒得自己点，而是直接让 Claude Code 「你去帮我找找 A、你去帮我干 B」。 我称之为 Agent as UI（就爱瞎起名儿）。 比如记笔记的时候，会下意识想： 这些内容怎么能方便地让 AI 获取作为上下文？ 这么一想之后，手头的 Flomo、Apple 备忘录、甚至 Notion 就不太够看了。 我开始打开TextEdit 甚至 Cursor 新建、选择文件夹、新建文件。 然后——和其他很多早就说「Obsidian」才是 AI Native 的笔记工具一样——下载回 Obsidian 。 很不习惯、很费劲，但我知道，这才是真正的「增援未来的自己」。 这个过程很有意思：AI 引发的消费端变化，倒逼需求变化，推动创作工具变化。 背后是对创作工具的追问： 你还打算把用户创作的内容限制在你自己的平台内流转吗——即使你觉得只有你自己才能做出最好的 AI 功能？ 还是你愿意让用户创作的内容，更自然地流转、被其他 AI 工具充分利用，发挥可能远超出你产品能力范围的价值？ 如果做一个很不精确的总结： 前者是产品+AI，后者是 AI+产品。 区别应该有很多，不赘述。 只提一点，这里至少存在一个很明显的产品问题： 一个同时满足「用户友好」和「AI 友好」的笔记工具/创作工具应该是怎么样的？ 当然你可以完全不考虑甚至否定这个问题： 「那毕竟是先锋用户」 「大众用户还是更习惯原来的方式」 历史上有太多这样的案例，比如网页反对 app，但当时代浪潮汹涌而来，用户用脚投票的速度会超乎想象。 很多应用将会消失，因为人们的交互方式自然改变了。 开头这句话不是我说的，它来自OpenClaw 之父 Peter Steinberger。
1 00
最近深受 Agent 产品 FOMO 影响。昨日尝试在 Clawcloud 上配置 Clawbot 失败，但今天看网上教程，发现，对于来说， OpenCode 已能覆盖 Clawbot 大部分功能，无需重复部署。
在 X 上看到 Claude Code 之父 Boris 分享的观点："Invest in your CLAUDE.md"。他建议每次纠错后都要更新规则文件，甚至有工程师将项目笔记直接指向规则文件。这意味着持续迭代规则是降低 AI 错误率、提升效果的最有效手段。
把每个任务的 AGENTS.md 文档写明白、写透，才是真正提高与 AI agent 合作效率的关键路径。
在 X 上看到 Claude Code 之父 Boris 分享的观点："Invest in your CLAUDE.md"。他建议每次纠错后都要更新规则文件，甚至有工程师将项目笔记直接指向规则文件。这意味着持续迭代规则是降低 AI 错误率、提升效果的最有效手段。
把每个任务的 AGENTS.md 文档写明白、写透，才是真正提高与 AI agent 合作效率的关键路径。
0 00