问题
单独的功能会产生偏差。
策略变得抽象,设计与代码失去联系,工程只能协调移动的目标。当人工智能辅助工作流程提高吞吐量而不提高一致性时,情况可能会变得更糟。
Aroido 团队
Aroido 是 Kkachi 和 Bigcat。我们之所以成立这个团队,是因为太多的产品质量在交接过程中消失了:战略偏离了实施,设计因交付压力而变得扁平化,而人工智能工具经常在应该增加杠杆作用的地方增加噪音。
我们想要一种更严格的构建方式:更少的层数、更清晰的标准以及产品在发货后仍保持原样。
为什么这个团队存在
这个想法一开始很强烈,然后分解为角色交接、稀释决策和仓促实施。到发货时,该产品已不再具有使其有趣的原始标准。
问题
策略变得抽象,设计与代码失去联系,工程只能协调移动的目标。当人工智能辅助工作流程提高吞吐量而不提高一致性时,情况可能会变得更糟。
我们想要什么
Aroido 的存在是为了保持方向、设计工程和交付纪律足够接近,以便最终产品仍然感觉是有意为之的。这是我们所做的一切背后的标准。
我们相信什么
信仰01
Process 仅在锐化下一个决策并使输出更好时才有用。
信仰02
视觉语言、交互质量和代码质量并不是独立的问题。如果发货的产品丢失其中之一,则工作是不完整的。
信仰03
Prompts 还不够。当上下文、工具、审查和发布规则被设计为一种操作模型时,AI 原生 的开发会变得更好。
信念04
我们更喜欢已交付的工作、发行说明和不断发展的产品,而不是关于速度或创新的模糊声明。
我们现在正在建设什么
VibeSmith 和 LayoutRecall 今天展示了作品的公共部分,而游戏和其他实验则保留在 Labs 中,直到更加清晰为止。
公共产品
它是为处理多个存储库、可重用组件和 AI 编码 流程的团队和构建者而构建的,这些流程需要比复制粘贴重用所能提供的更多结构。
为什么这很重要
我们关心的是能够减少偏差、保留上下文并使下一个项目更容易启动而不降低质量标准的软件。
其背后的人
这项工作是最强大的,因为产品思维、设计工程和释放压力保持接近相同的决策循环。
建造者01
Pro 引导方向、系统思维和发布纪律。
Bigcat 使产品始终指向真正的决策,快速减少歧义,并将每个周期推向一个有意义的结果,而不是分散的积压。
建造者02
设计工程、界面工艺和前端执行。
Kkachi 将标准转变为可见且可用的东西:清晰的视觉语言、强大的交互细节以及仍然尊重性能、响应能力和生产现实的实现。
我们如何工作
VibeSmith 和 LayoutRecall 等公开产品展示了当前发布栏的位置,而 Labs 则保持更新的想法诚实,直到它们值得使用相同的表面。