AFFiNE
把文档、白板和数据库放进同一个本地优先工作区,适合整理知识、计划与创意。
流量突增会同时拉起大量实例,数据库连接很快耗尽。 重点需要在“事务和长查询仍要正确工作,不能只提高最大连接数。”这一约束下形成可验证方案。
无需联网即可绘制流程图、架构图和关系图,并把源文件保存在本地。
用看板、表格和卡片管理个人任务与团队项目,可桌面运行或自行部署。
包数量增长后类型检查慢,并出现源码路径与产物类型不一致。 重点需要在“需要兼顾编辑器性能、构建缓存和发布包边界。”这一约束下形成可验证方案。
列表支持快速连续编辑,早期请求失败时本地状态已经变化多次。 重点需要在“不能简单重新拉取并闪烁覆盖全部输入。”这一约束下形成可验证方案。
页面包含数据库查询、交互筛选和第三方 UI 组件,边界逐渐扩散。 重点需要在“需要兼顾首屏、Bundle、序列化与开发体验。”这一约束下形成可验证方案。
新模型基准更高,但历史工作流可能依赖旧模型的格式与行为。 重点需要在“不能只比较公开榜单和少量演示样例。”这一约束下形成可验证方案。
系统提示和工具定义很大,希望降低延迟与成本。 重点需要在“缓存键必须隔离租户、权限和版本。”这一约束下形成可验证方案。
浏览器断开后后台仍继续生成,造成资源浪费和状态不一致。 重点需要在“供应商取消语义与计费回调不完全相同。”这一约束下形成可验证方案。
生产流程依赖严格 Schema,但重试会增加延迟且可能重复副作用。 重点需要在“不能用正则盲目修复语义错误。”这一约束下形成可验证方案。
系统能返回来源链接,但常出现来源相关却不支持具体数字的情况。 重点需要在“不能仅以检索命中判断引用正确。”这一约束下形成可验证方案。
知识库包含 API 文档、表格和长报告,固定长度切块表现不稳定。 重点需要在“评测需要覆盖召回、上下文完整性和成本。”这一约束下形成可验证方案。
多个 Server 都暴露 search、create 或 list 工具,模型容易选择错误服务。 重点需要在“不能把冗长全限定名全部暴露给用户。”这一约束下形成可验证方案。
新工具版本会影响多种客户端和已有工作流,直接替换风险很高。 重点需要在“客户端能力发现与缓存周期不一致。”这一约束下形成可验证方案。
开发者希望允许改项目文件,但默认进程也能访问用户目录。 重点需要在“符号链接、相对路径和大小写差异都可能绕过简单前缀判断。”这一约束下形成可验证方案。
上游 API 有配额,多个客户端共享账号时会出现突发 429。 重点需要在“需要同时保护服务和保留可恢复的用户体验。”这一约束下形成可验证方案。
目前只有 HTTP 状态码,无法区分客户端、工具、用户授权和上游故障。 重点需要在“日志不能保存敏感参数和完整模型上下文。”这一约束下形成可验证方案。
文件不仅可能携带恶意内容,也可能通过文本、元数据和解析器影响 Agent 决策。