AI News AI资讯 13h ago Updated 12h ago 更新于 12小时前 43

Experiments with AI – Structure of Third Party Agentic Apps AI实验——第三方代理应用的结构

Introduces "Third Party Agentic App (TPAA)" as a new app paradigm where developers ship expected output shapes and behaviors rather than hardcoded functionality, with the agent harness executing the rest TPAA consists of four core components: dynamic skills, scripts, execution environment configuration, and a database — all modifiable by the AI and customizable per user The architecture mirrors a three-layer computing model: frontier LLM model (hardware), agent harness (OS), and TPAA (third-part 提出"第三方Agentic应用(TPAA)"新概念:开发者只定义期望输出形状和行为,agent harness自动完成实现 TPAA采用三层架构类比传统计算设备:LLM模型(硬件) → agent harness(OS) → TPAA(第三方应用) TPAA依赖四大核心组件:动态技能、脚本、执行环境配置、动态数据库,缺一不可 应用具备自愈能力,可自动修复OS升级损坏、配置冲突等问题,大幅降低兼容性维护成本 数据库设计为动态且用户专属,随交互实时演化,不同用户间数据结构可能完全不兼容

58
Hot 热度
68
Quality 质量
62
Impact 影响力

Analysis 深度分析

TL;DR

  • Introduces "Third Party Agentic App (TPAA)" as a new app paradigm where developers ship expected output shapes and behaviors rather than hardcoded functionality, with the agent harness executing the rest
  • TPAA consists of four core components: dynamic skills, scripts, execution environment configuration, and a database — all modifiable by the AI and customizable per user
  • The architecture mirrors a three-layer computing model: frontier LLM model (hardware), agent harness (OS), and TPAA (third-party app)
  • TPAAs are harness-agnostic but harness-dependent — they run inside agent harnesses like Claude Code, Codex, or Kimi Work, but cannot function with raw LLM models alone
  • A key innovation is self-healing capability: the app automatically updates, fixes broken databases, adapts to OS changes, and resolves configuration conflicts without developer intervention

Why It Matters

This article proposes a fundamental shift in how applications are designed and distributed — moving from shipping executable code to shipping behavioral specifications that an AI harness interprets and executes. For AI practitioners, this redefines the developer's role from writing detailed logic to architecting data shapes, guardrails, and skill definitions. It also highlights the emerging fragmentation risk where app quality varies significantly across different model/harness combinations, which has direct implications for UX consistency and developer strategy.

Technical Details

  • TPAA Architecture: A self-contained bundle comprising skills (modular capabilities that interact dynamically), pre-shipped scripts for efficient execution, a virtual environment (venv) for secure isolated code execution, and a dynamic database that diverges per user over time
  • Four Required Components: Dynamic skills, scripts, execution environment configuration, and database — all four are essential and removable without breaking the app; each is modifiable by the AI and scoped to the user's use case
  • Harness Compatibility: Works across multiple agent harnesses (Claude Code, Codex, Pi, OpenCode, Kimi Work) but output quality varies substantially between them — e.g., Claude Code's safety filters may refuse health-related queries classified under "dangerous bio" categories
  • Self-Healing Mechanism: The app automatically detects and repairs failures caused by OS upgrades, conflicting configurations, or database corruption by modifying its own code, refreshing databases, and adjusting installed packages on the fly
  • Database Design: Ships as an empty template with usage instructions; the actual schema evolves dynamically through agent-driven interactions, making each user's database unique and intentionally incompatible with others

Industry Insight

  • The TPAA model could dramatically lower the barrier to app development, enabling non-technical users to benefit from customized AI applications without requiring traditional software engineering — but it also shifts quality control from developers to the underlying model/harness combination
  • Developers should expect a fragmented user experience landscape where the same TPAA performs differently across harnesses; strategic model/harness selection will become a critical design consideration, and benchmarking across harnesses will be essential
  • The self-healing paradigm reduces long-term maintenance burden but introduces new risks around autonomous code modification and database divergence — robust guardrails and rollback mechanisms will be necessary before TPAAs can be trusted in production or regulated domains like healthcare

TL;DR

  • 提出"第三方Agentic应用(TPAA)"新概念:开发者只定义期望输出形状和行为,agent harness自动完成实现
  • TPAA采用三层架构类比传统计算设备:LLM模型(硬件) → agent harness(OS) → TPAA(第三方应用)
  • TPAA依赖四大核心组件:动态技能、脚本、执行环境配置、动态数据库,缺一不可
  • 应用具备自愈能力,可自动修复OS升级损坏、配置冲突等问题,大幅降低兼容性维护成本
  • 数据库设计为动态且用户专属,随交互实时演化,不同用户间数据结构可能完全不兼容

为什么值得看

这篇文章提出了AI应用开发范式的根本性转变——从编写具体功能代码转向定义期望行为和数据形状,为理解未来agent时代的应用架构提供了重要框架。TPAA概念揭示了harness生态中第三方开发者的新定位,对AI应用开发者、平台方和投资者均有战略参考价值。

技术解析

  • 三层架构模型:TPAA将应用栈分为LLM模型层(类比硬件)、agent harness层(类比OS,如Claude Code、Codex)、TPAA应用层,形成完整依赖链,TPAA无法脱离harness独立运行
  • 四大核心组件:动态技能系统(按需交互处理用户请求)、预置脚本(高效执行)、隔离执行环境(venv确保安全性)、动态数据库(随交互演化),所有组件均可被AI修改和定制
  • 自愈机制:应用可自动修复OS升级导致的二进制文件损坏、检测并调整冲突配置(仅需数行代码修改),显著降低开发者兼容性维护负担
  • 动态数据库设计:初始仅交付空模板和使用指南,实际数据结构和查询代码由agent在运行时实时生成,导致每个用户的数据库随时间推移变得独一无二
  • 跨harness兼容性与输出差异:TPAA可在Codex、Claude Code、Pi、OpenCode等多种agent环境运行,但输出质量因模型/harness组合而异,如CareLoop在Claude Code中可能因健康类问题触发安全限制

行业启示

  • 开发范式转移:AI应用开发重心将从详细编码转向高层架构设计,开发者需更多关注数据形状、行为预期、上下文管理和guardrails设计,传统编程技能占比下降
  • harness生态成为新平台:类似移动OS时代的App Store竞争,Claude Code、Codex等agent harness将成为新的分发平台,第三方TPAA开发者将依附于特定harness生态获取用户
  • 用户体验碎片化挑战:同一TPAA在不同模型/harness组合下输出质量差异显著,开发者需针对目标用户群体选择最优模型/harness组合,平台方需关注跨harness体验一致性

Disclaimer: The above content is generated by AI and is for reference only. 免责声明:以上内容由 AI 生成,仅供参考。

Agent Agent LLM 大模型 Code Generation 代码生成 Programming 编程 Research 科学研究