最新

我最近深入地尝试了基于 Agent 的编码方式，这让我重新思考了构建软件的方法。 我注意到一个关键的区别在于前期成本。使用基于 Agent 的编码，我感觉前期成本更高：在模型开始生成代码之前，我必须先思考架构、约束和成功标准。我必须将我通常在脑海中保留的思维模型外化出来，以便 AI 可以使用它。 在“精确编码”中，前期成本很低，但这仅仅是因为我将大部分复杂性都放在了脑海里。所有的设计决策、边缘情况和上下文假设都存在于我的头脑中，伴随着我的代码编写。测试更像是一个最终的验证步骤。 我意识到的是，基于 Agent 的编码将我的认知负荷从即时执行转移到更预先规划的执行（我更像一个研究人员而不是一个黑客）。我的角色不再是“精确地”实现每一段逻辑，而是更清晰地定义问题空间，以便 Agent 能够可靠地组装解决方案。 另一个观察是，由于编写代码的成本很低，因为 Agent 被委托编写代码，我需要转变角色和上下文，并承担起 QA 的角色来评估 Agent 的输出。 很想听听你的想法？

我的动机很简单：我试过的每一个“旋转戒指”都感觉有点假。 它们实际上并不会转动——不像真正的轴承。 所以我想看看我是否能做一个真正能转动的戒指。归根结底，它仍然只是一个戒指。一个小的、极简的珠宝。 但它恰好隐藏了一个微型轴承，只需轻轻一拨就能达到大约 800 RPM 的转速。 这种反差正是它有趣的地方。 我的想法是这样的： 它就像一辆看起来很普通的汽车，却能悄无声息地飞起来。 没有什么喧嚣或炫耀——直到你决定展示它实际上能做什么。 如果你使用过一个好的指尖陀螺来集中注意力或缓解压力，这种感觉是相似的。 这基本上是将这种体验压缩成一个静音、流畅、2 毫米厚的戒指，你可以戴着它，而不用去想它。 D20 的想法是从那里产生的。 它不是重点——只是旋转干净、一致的副作用。 大家的反应很有趣。 作为一枚戒指，有些人说它“太朴素了”。 作为指尖陀螺，它“不够极端”。 作为 D20，它“不够官方”。 当某物介于类别之间时，就会发生这种情况。 对我来说，它只是这三者的简化版本。 如果我想做一些更响亮、更华丽或更具装饰性的东西，以后很容易探索。 这个第一个版本是关于把核心想法做好： 一个真正的、精确的旋转，在一个干净的 2 毫米戒指内。 一旦这个基础奏效，剩下的——造型、变体，以及接下来的一切——都很简单。 希望这能让你更清楚地了解我试图做什么。 演示视频（仅为运动中的机制）： [https://vimeo.com/1139679503](https://vimeo.com/1139679503) 更多信息：[https://spinity.co/](https://spinity.co/)

我过去常常沉迷于 WeeWar（一款基于浏览器的六边形策略游戏，2015 年已停服），并且想从截图里提取地图数据。所以，我构建了一个小工具，可以从六边形策略游戏（WeeWar、文明系列等）的截图里提取瓦片数据，以此来满足我的需求。它完全在浏览器中使用 TensorFlow.js 运行。 之前我尝试过使用 p-hash，但当单位站在瓦片上时，效果不太好。所以这次我尝试使用 MobileNet 进行嵌入 + KNN 进行分类。这样就不需要训练，并且可以从少量示例中学习，而且完全在浏览器中运行。 虽然它还有些粗糙，但效果足够好，可以推广到其他六边形游戏（也在一些文明系列的截图上进行了测试）。还有很多可以改进的地方——更好的用户界面、模型持久化，也许还可以进行瓦片产量的回归分析——但这确实是一个有趣的实践项目。我还发现，学习更多高级机器学习概念的最好方法就是为我感兴趣的东西构建它。 演示：<a href="https:&#x2F;&#x2F;buildmage.com&#x2F;demos&#x2F;weemap-scanner&#x2F;" rel="nofollow">https:&#x2F;&#x2F;buildmage.com&#x2F;demos&#x2F;weemap-scanner&#x2F;</a> 源代码：<a href="https:&#x2F;&#x2F;github.com&#x2F;panyam&#x2F;weemaps&#x2F;tree&#x2F;main&#x2F;part2-scanner" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;panyam&#x2F;weemaps&#x2F;tree&#x2F;main&#x2F;part2-scanner</a>

两年前，我的 Azure 账户上有一笔 24 美元的自动付款失败。现在，账单在他们的账单管理门户中被标记为“已锁定”。 我无法支付这笔账单。没有支付按钮，也没有取消按钮。根本无法与它进行任何交互。 Azure 显示一条横幅：“您必须在创建新订阅之前支付所有之前的账单。” 没问题。我很乐意支付。但微软不允许我这样做。 所以我尝试联系客服。 Azure 门户要求拥有“付费支持计划”才能创建支持工单。要购买付费支持计划，您必须创建一个订阅。要创建订阅，您必须结清未付账单。要结清未付账单，您必须联系客服。 Twitter 上的 Azure 以及网站声称有针对账单问题的“免费支持工单”选项，但所有可能的链接都只会将您带回相同的常见问题解答页面，同时拒绝让您提交工单。 我拨打了所有能找到的电话号码： 1-800-867-1389 电话一直占线。1-855-270-0615 连接到一个 AI，它会询问您的需求，告诉您访问网站，然后断开连接。1-800-642-7676 连接到另一个 AI，它也会告诉您访问网站。该网站有一个聊天机器人，无论您输入什么，都会将您重定向到常见问题解答文章。如果您表达不满，它会抛出一个错误并停止响应。 我每周都会通过 Azure 门户提交反馈，持续数周。没有回应。 我是一名软件工程师，所以我做了一件荒唐的事情。 我编写了一个 PowerShell WinForms 应用程序，该应用程序通过设备代码流进行身份验证，查询 Az.Support API 以获取问题分类，并调用 New-AzSupportTicketsNoSubscription 直接提交账单支持工单，完全绕过门户。 请注意 API 名称：NoSubscription。微软有一个明确的 API，用于在没有订阅的情况下开工单。 它奏效了。工单已提交。我感到短暂的胜利。 API 回复：“您的支持计划类型为免费。要创建和更新支持工单，您需要访问我们的高级支持计划。” 我专门构建了自定义软件来绕过微软损坏的支持基础设施，但我仍然遇到了付费墙。 微软欠款总额：24 美元。 微软阻止我花费在新 Azure 服务上的总额：数千美元。我目前在家中运行着许多网站，而且数量越来越多，我想将其转移到 Azure VM 上。此外，我打算将我的开发转移到 Azure 盒子等。 我已经用尽了所有官方渠道。每个电话号码，每个聊天机器人，每个反馈表单，每个 API 端点。在没有先支付支持计划的情况下，无法联系到真人，而我无法购买支持计划是因为我需要支持来解决的账单问题。 有人成功逃脱过这样的循环吗？我是否遗漏了什么秘密的通行方式？或者唯一的选择是完全放弃这个微软账户，换个新手机，重新开始？