我厌倦了频繁检查多个 GitHub 仓库以了解 CC、opencode 等的最新动态，因此我制作了一个命令行工具。目前，它可以从 CC 和 opencode 获取最新的变更日志条目，以及 gemini、codex 和 gh-cli。
<p>示例命令：
- `aic claude` : 最新的 Claude Code 变更日志
- `aic latest` : 最近 24 小时内的所有发布
- `aic codex -json` : 脚本化的 JSON 输出
<p>`aic latest` 命令是我使用最多的——它显示过去 24 小时内所有支持工具的发布，按日期排序。
<p>该工具根据项目从 GitHub 发布或 CHANGELOG.md 文件中提取信息。输出格式可以是纯文本、JSON 或 markdown。
<p>可以通过 brew、scoop、go 安装，或从源代码构建。
<p>GitHub: <a href="https://github.com/arimxyer/aic" rel="nofollow">https://github.com/arimxyer/aic</a>
<p>如果有兴趣，我很乐意为其他 AI 编程工具添加支持。
返回首页
最新
我有一种强烈的愿望，希望能帮助中小型农民赚更多的钱。我无法接受他们辛苦工作却赚得如此微薄，而中间的那些人却在从中获利。即使我无法解决整个供应链的问题，我至少可以尝试让他们的工作更高效，减少损失，或者让他们像大型农业企业一样以更小的规模运营。
这里有没有人在使用大型语言模型（LLMs）、机器学习（ML）或其他任何软件技术？进展如何？你们曾经从事农业吗？有没有取得什么进展？农民们对此反应如何？如果你有任何想分享的内容，我会很感激，也愿意请你喝咖啡聊聊。
在过去几周，我注意到 GitHub 上出现了几个问题，其中大多数在几个月前都能正常工作。<p>除了停机问题之外，还有几个令人烦恼的、非常近期的经历：<p>- 我们的发布流程包括在质量保证（QA）之前创建草稿版本，并在准备好后发布。今天我们发布了一个新版本，美国的团队成员能够看到它已发布，而来自其他国家的成员仍然看到该版本标记为草稿，并且不对外公开。我们在发布公告两小时后才注意到这个问题。我们不得不取消发布并重新发布以解决这个问题。<p>- 最近，一位同事在审查 GitHub 上的差异时注意到了一些无关的更改，这导致我们撤回了一个合并，后来才发现该提交本身没有问题，问题出在 GitHub 的用户界面上。<p>停机和重大问题是可以接受的，它们显而易见并会直接得到解决。这类问题却常常被忽视，并且会悄悄地降低信任度。<p>我对 GitHub 的界面和操作不再信任。我们不得不手动重新测试我们的发布资产，以确保 GitHub 没有搞砸。<p>这是否又是因为过于信任 AI 代码而没有进行适当的审查和测试所导致的？在内部讨论时，我的一位同事提到“最近整个互联网感觉脆弱”。<p>我很好奇是否还有其他人也遇到过类似的奇怪问题。
今天的重点是规划和明确性。<p>我分享了项目介绍，进行了问题解决练习，并创建了一份详细的项目简报，以明确范围并降低后续返工的风险。<p>简报涵盖了构建、启动和营销计划。<p>我还分享了项目简报模板，供有兴趣的人使用。
https://1drv.ms/w/c/7d1d62d19aca61de/IQAiVNKlZ0I-QoeZA-AX9EYTAYCEMD_VbCkn6OkHEN9wI-Q?e=RGG7aQ<p>欢迎反馈。
在事故发生时，团队往往浪费时间打开10多个状态页面，并争论问题是内部故障还是供应商故障。Depsy 汇总官方供应商状态信号，并返回一个单一的、标准化的 JSON 响应（缓存且快速），这样您的仪表板、运行手册和值班人员可以立即回答“是我们的问题还是供应商的问题？”
<p>现场演示</p>
GET <a href="https://depsy.io/" rel="nofollow">https://depsy.io/</a>
<p>供应商</p>
从常见的关键服务开始：Slack、Salesforce、HubSpot、Cloudflare、AWS、Stripe、Shopify、Twilio、Atlassian、GitHub……目标是覆盖2000个以上的供应商。
<p>我们正在寻找希望将此集成到其事故工作流程中的早期用户（接下来是警报和网络钩子）。</p>