详细内容或原文请订阅后点击阅览
吃我自己的狗粮：我如何使用框架来撰写关于框架的帖子
在“不要自动化你的护城河”中，我认为工程组织应该将人工智能自主权与两个独立的维度相匹配：业务风险和竞争差异化。我在整篇文章中使用了 AI 网关成本控制作为一个有效示例，因为单个功能涉及所有四个象限，具体取决于您正在构建的部分。提出这一论点的文章 [...]
来源:O'Reilly Media _AI & ML在“不要自动化你的护城河”中，我认为工程组织应该将人工智能自主权与两个独立的维度相匹配：业务风险和竞争差异化。我在整篇文章中使用了 AI 网关成本控制作为一个有效示例，因为单个功能涉及所有四个象限，具体取决于您正在构建的部分。
提出该论点的文章可能应该这样写。否则框架只是说说而已。所以这就是实际发生的事情：同样的象限，应用于帖子的写作，然后是跨越所有象限的两种实践。
完全自动化：引用机制
我的帖子有十八个脚注，所有脚注都需要一致的结构、有效的 URL 和干净的格式。这就是左下象限存在的目的。如果 URL 错误，我会在下一遍中修复它，编辑循环之外的人不会注意到。
人工智能负责机械装配。我抽查了一下。
协作共创：AI 网关示例和构建与购买框架
这个象限中有两件事。
AI 网关示例。使用单一功能作为跨越所有四个象限的镜头是该帖子的产品决策。但选择哪个特征以及如何对其进行切片是可以恢复的。一个较弱的例子，或者一个分为三个功能的例子，会让我花费一份草稿。一旦我确定了成本控制，人工智能就会加速执行。我推动了设计选择并询问了权衡。
在这两种情况下，人工智能的执行速度都很快。关于贡献是否合适以及它在周围的争论中必须做什么工作的判断一直困扰着我。翻转比例，帖子会变得更糟。不是灾难性的。在特殊性才是重点的地方只是通用的。
监督自动化：反驳部分
研究还很薄弱。大多数工程工作都是维护，无论如何都属于自动化象限。工程师可以通过研究和迭代来开发人工智能生成代码的所有权。