AFFiNE
05
把文档、白板和数据库放进同一个本地优先工作区，适合整理知识、计划与创意。
搜索 Server 会把不可信页面文本送入模型，内容可能诱导调用高权限工具。 重点需要在“不能简单删除所有指令性文本，也不能信任 Server 已清洗。”这一约束下形成可验证方案。
无需联网即可绘制流程图、架构图和关系图，并把源文件保存在本地。
用看板、表格和卡片管理个人任务与团队项目，可桌面运行或自行部署。
目录条目快速增长，安装量、官方认证和开源仓库各有盲点。 重点需要在“评分要抵抗刷量，也要反映近期维护与权限风险。”这一约束下形成可验证方案。
Server 需要重命名字段并增加必填约束，但已有 Agent 提示仍使用旧格式。 重点需要在“协议连接正常不代表工具语义兼容。”这一约束下形成可验证方案。
用户只看到连接按钮，不知道 Server 会访问哪些资源和执行哪些写操作。 重点需要在“权限可能随工具集变化，不能只展示静态品牌说明。”这一约束下形成可验证方案。
团队既有个人本地工具，也有多人共享的企业数据服务。 重点需要在“需要比较部署、鉴权、更新、延迟和数据边界。”这一约束下形成可验证方案。
产品现在只有旋转加载图标，用户不知道是在搜索、等待工具还是已经卡住。 重点需要在“阶段进度不能伪装成精确百分比。”这一约束下形成可验证方案。
抓取、分析和生成流程可能运行数小时，容器重启会丢失内存状态。 重点需要在“恢复时不能重复外部副作用，也不能信任不完整中间产物。”这一约束下形成可验证方案。
简单分类与复杂调试混在同一工作流，固定模型导致成本或质量失衡。 重点需要在“路由策略需要可解释、可回退并能持续评测。”这一约束下形成可验证方案。
团队目前让生成代码的会话直接给出通过结论，容易忽略自己的假设。 重点需要在“资源有限，不能每次都调用昂贵模型多轮审查。”这一约束下形成可验证方案。
自动化在简单页面可用，但复杂站点会因元素重排和异步状态失败。 重点需要在“不能只靠固定坐标和长时间 sleep。”这一约束下形成可验证方案。
本地与云端工具都要鉴权，开发者常直接把 Token 写进提示词。 重点需要在“密钥必须可轮换、最小权限且不出现在模型输入输出。”这一约束下形成可验证方案。
团队希望并行做前端、后端和测试，但共享类型与配置文件经常冲突。 重点需要在“不能依赖事后人工逐行解决所有冲突。”这一约束下形成可验证方案。
Agent 会反复搜索、改代码或重试同一个工具，现有最大步数过于粗暴。 重点需要在“需要区分有进展的迭代与重复失败。”这一约束下形成可验证方案。
测试集通过率很高，但真实用户任务更长，也会遇到权限和工具异常。 重点需要在“指标不能只看成功率与 token 成本。”这一约束下形成可验证方案。
产品想记住用户偏好和项目背景，但对过期事实、敏感信息与错误推断没有策略。 重点需要在“需要兼顾个性化、隐私、可删除性和多设备一致性。”这一约束下形成可验证方案。
客服和运维 Agent 都会在置信度不足时升级，但现有摘要常遗漏证据和已尝试动作。 重点需要在“交接内容必须短，同时需要可追溯到原始记录。”这一约束下形成可验证方案。
工作流包含支付、Webhook 和批量写入，网络超时后无法判断上次是否成功。 重点需要在“上游接口并不都原生支持幂等键。”这一约束下形成可验证方案。
内部 Agent 需要查问题并执行常规修复，但工具组合可能产生意外外部影响。 重点需要在“必须区分只读、可逆写入、外部消息和破坏性动作。”这一约束下形成可验证方案。
一次迁移会跨越多个模块、测试和文档，模型在中途压缩后容易丢失决定。 重点需要在“不能无限追加历史，也不能把整个仓库重复塞入提示词。”这一约束下形成可验证方案。
团队准备让 Agent 连续完成跨文件功能，但目前计划要么过粗，要么细到失去效率。 重点需要在“需要保留人工审批点，同时不能让每个小修改都等待确认。”这一约束下形成可验证方案。
文件不仅可能携带恶意内容，也可能通过文本、元数据和解析器影响 Agent 决策。