个人助理越有用，权限越敏感。

它可能能读文件、写博客、调用 API、访问服务器、发送消息。如果没有权限边界，一个小错误就可能变成真实损失。

权限设计的目标不是让 Agent 什么都不能做，而是让每类动作都有合适的确认级别。

四类权限

我倾向于把权限分成四类：

默认从只读开始，逐步增加权限。

文件系统

文件系统权限最常见，也最容易被低估。

读取通常风险较低，但也可能涉及隐私。写入、覆盖、移动和删除都应该更谨慎。

规则可以是：

• 读仓库文件：允许。
• 写新草稿：允许。
• 修改已有配置：先说明影响。
• 删除文件：必须确认。
• 递归删除：必须确认并验证路径。

远程命令

远程命令必须保守。

查看状态、读日志、检查磁盘可以是只读。重启服务、修改配置、拉取代码、执行迁移都可能影响线上状态，应该要求确认或至少先展示命令和影响。

不要让 Agent 在不解释的情况下执行远程破坏性命令。

密钥和配置

密钥不应该进入普通对话和公开日志。

Agent 可以检查“是否存在配置项”，但不应该完整打印密钥。写文章时也只能引用脱敏结构，不应该暴露真实 token。

配置修改需要记录：

• 修改前是什么。
• 修改后是什么。
• 为什么修改。
• 如何回滚。

面板和网关

Web 面板、API 网关和反向代理是常见暴露面。

个人助理可以辅助检查端口、路径和访问控制，但涉及开放公网、修改认证、变更代理规则时必须人工确认。

安全配置的错误往往不是马上爆炸，而是留下长期风险。

确认机制怎么写

高风险动作前，Agent 应该给出：

将要执行的动作：
影响范围：
是否可回滚：
回滚方式：
需要你确认的命令或选项：

确认不是形式主义。它迫使系统把隐含风险显式化。

最小权限是默认值

个人助理长期可用的前提，是你能放心让它运行。

如果一个能力无法安全地设定边界，就不要急着接入。能只读就只读，能建议就建议，真正需要执行时再让人确认。

个人助理的记忆系统很容易走向两个极端。

一种是完全不记，每次对话都像第一次见面。另一种是什么都记，最后记忆库变成噪音堆。真正可用的个人助理，需要知道什么值得长期保存，什么应该及时丢掉。

应该记住：稳定偏好

偏好是长期影响输出质量的信息。

例如：

• 喜欢简洁直接的回答。
• 写博客时偏好中文标题和英文 slug。
• 代码修改前要先检查现有风格。
• 高风险操作必须先说明影响。

偏好应该少而稳定。临时情绪、一次性表达和随口说法，不应该马上写入长期记忆。

应该记住：稳定事实

稳定事实是关于用户、项目或环境的长期信息。

例如博客仓库路径、部署方式、常用服务器、默认分支、常用工具链。这些信息能减少重复沟通，提高执行效率。

但事实也需要可更新。如果路径、配置或部署方式变了，旧事实必须能被覆盖。

应该记住：任务状态

任务状态回答“做到哪里了”。

例如一篇文章已经写了总览、下一步要补实战篇；某个部署已经完成构建但还没推送；某个系列已经完成分类但还没补维护手册。

任务状态适合有生命周期，完成后应该归档，不应该无限保留在活跃上下文里。

应该记住：长期知识

长期知识是以后可能反复检索的内容。

例如踩坑记录、配置说明、命令模板、文章素材、概念卡片。QPC 的价值就在于把知识压缩成低摩擦条目：问题、实践、概念或事实。

长期知识不一定要很长，关键是可检索、可重读。

不应该记住：临时上下文

临时上下文只服务当前任务。

例如一次命令输出、一段中间草稿、临时错误信息、某次搜索结果。如果把这些都写入长期记忆，系统会越来越嘈杂。

临时上下文可以进入日志，但不一定进入记忆。

不应该记住：未经确认的推断

Agent 经常会推断用户意图。

这些推断不能直接写成记忆。例如“用户喜欢某种投资风格”“用户总是想自动部署”“用户偏好某个模型”。除非用户明确确认，否则只能作为当前任务假设。

记忆系统最怕把猜测固化成事实。

一个五层划分

可以把个人助理记忆分成五层：

记忆写入规则

每次写入记忆前，先问：

• 这条信息下次还会用到吗？
• 它是事实、偏好，还是临时上下文？
• 它有没有过期风险？
• 它是否来自用户确认？
• 如果写错了，后果大不大？

个人助理不是记得越多越好，而是记得越准越好。

理财工具越自动化，越要重视权限边界。

读公告、整理持仓、计算比例和生成复盘，都适合自动化。但买入、卖出、赎回、转账这类动作必须人工确认。稳健理财不应该把最终责任交给工具。

本文不构成投资建议。

四类权限

权限分层能防止工具越界。

只读也要注意隐私

只读不是没有风险。

持仓数据、账户信息和资金规模都属于敏感信息。工具可以读取必要字段，但不应该把完整账户信息写进公开文章、日志或聊天记录。

建议不能伪装成结论

Agent 可以说“组合权益比例高于目标 5 个百分点”，但不应该直接说“应该卖出某基金”。

更好的输出是：

• 观察到什么。
• 触发了哪条规则。
• 有哪些可选动作。
• 哪些动作需要人工确认。

执行动作必须留痕

如果人工确认后执行动作，也应该记录：

• 执行日期。
• 执行动作。
• 触发规则。
• 金额或比例。
• 复盘备注。

留痕是为了未来知道自己为什么这么做。

自动化的底线

个人理财工具的底线很简单：

工具可以提高信息质量，不能替你承担后果。

凡是会改变资产状态的动作，都应该由人确认。

理财工具最难的不是搭起来，而是长期维护。

一开始表格字段很多、自动化脚本很多、Agent 提示词很复杂，看起来很完整。三个月后，如果你不愿意更新数据，这套工具就失效了。

稳健理财工具应该尽量小，稳定运行，容易复盘。

本文是个人学习记录，不构成投资建议。

最小字段

一个个人组合表不需要一开始就做成数据库。

最小字段可以是：

字段越少，越容易坚持。

复盘频率

我倾向于三层频率：

• 每月：更新持仓金额，生成简短复盘。
• 每半年：检查是否需要再平衡。
• 每年：重新确认资金用途、目标收益和最大回撤。

不要每天复盘。高频查看容易把长期系统变成短期情绪管理。

数据来源

数据来源要少而可靠。

可以包括：

• 持仓平台导出的金额。
• 基金定期报告和公告。
• 自己维护的目标配置表。
• 每次人工决策记录。

如果数据需要从太多地方手工复制，工具很快会废掉。宁可字段少，也要保证持续更新。

失败场景

维护手册必须写失败场景。

常见失败包括：

• 忘记更新持仓。
• 临时改规则但没有记录。
• Agent 把公告摘要错了。
• 表格公式被误改。
• 某只基金分类不清，导致比例失真。
• 极端行情中没有按预案复盘。

把失败写出来，是为了提前设计补救动作。

月度维护清单

每月可以只做六步：

1. 更新各资产当前金额。
2. 检查总资产和现金比例。
3. 计算目标比例偏离。
4. 阅读异常基金公告摘要。
5. 生成月度复盘。
6. 记录是否需要人工确认动作。

如果没有触发规则，就写“不动”。

半年维护清单

每半年检查：

• 是否触发再平衡阈值。
• 最大回撤是否超出预期。
• 收入和支出是否发生变化。
• 未来一年是否有大额用钱计划。
• 是否需要调整现金比例。
• 是否有基金经理变更或风格漂移。

半年复盘比月度复盘更关注结构，不关注短期涨跌。

个人助理智能体最容易犯的错误，是一开始就做成平台。

聊天入口、浏览器、知识库、日历、邮件、文件系统、远程命令、多 Agent 协调、自动部署、自动下单……能力越来越多，但真正长期稳定使用的反而越来越少。

对个人场景来说，精简不是功能少，而是每个功能都能解释、能维护、能失败后恢复。

大而全的代价

复杂系统会带来四类成本。

第一是运行成本。组件越多，常驻进程越多，对 VPS、内存、磁盘和网络的要求越高。个人助理如果只是服务一个人，就不该默认按企业平台规模设计。

第二是认知成本。你必须知道每个模块在哪里、怎么配置、失败时看哪个日志。否则系统一旦出错，就会变成黑盒。

第三是权限成本。工具越多，暴露面越大。一个能读文件、连服务器、发消息、调 API 的 Agent，如果没有严格边界，风险会迅速放大。

第四是维护成本。升级、备份、迁移、密钥轮换和故障恢复都需要人处理。个人项目最怕的不是功能不够，而是维护负债超过实际收益。

精简的目标

精简个人助理应该先满足几个基本目标：

• 能稳定接收任务。
• 能识别任务属于哪个场景。
• 能调用少数可靠工具。
• 能记住必要偏好和事实。
• 能把高风险动作交给人确认。
• 能在失败时留下日志。

这比“什么都能做”更重要。

少组件

少组件意味着每个组件都有清晰职责。

入口负责接收消息，模型负责理解和生成，Skill 路由负责选择任务流程，工具层负责执行有限动作，记忆层负责保存必要状态，日志负责追踪结果。

不要把所有能力都塞进一个无限循环的控制器。个人助理的大多数任务都有明确场景，用明确流程处理更稳。

少权限

个人助理应该默认最小权限。

能只读就不要写入，能建议就不要执行，能本地执行就不要远程执行，能人工确认就不要自动确认。

权限可以分级：

• 只读：查询、摘要、分类。
• 建议：生成方案、列风险、提醒。
• 可执行：低风险、可撤销动作。
• 必须确认：删除、转账、发公开消息、远程命令、修改配置。

强日志

没有日志的 Agent 不可维护。

至少要记录：

• 用户请求。
• 命中的 Skill。
• 调用的工具。
• 工具输入和输出摘要。
• 是否失败。
• 是否需要人工确认。

日志不是为了事后甩锅，而是为了复盘系统哪里不稳。

可人工接管

个人助理不应该假装永远知道下一步。

当信息不足、工具失败、权限不够或风险过高时，它应该停下来，说明原因，并把选择权交还给人。这比硬着头皮继续执行更可靠。

精简个人助理的核心不是“更笨”，而是知道什么时候不该自动化。

这不是一篇教人“用 AI 赚钱”的文章。

对智能体开发者来说，更现实的问题是：我们每天都在构建自动化系统，却常常用很随意的方式管理自己的钱。看到一只基金涨了就想买，看到市场跌了就想卖，年底回头看，真正的问题不是缺少信息，而是缺少一套稳定执行的系统。

稳健理财需要的不是神奇预测，而是工程化纪律。

为什么是系统，而不是灵感

个人理财最容易出错的地方，是每次决策都从情绪开始。涨的时候害怕错过，跌的时候害怕继续亏，产品销售文案和排行榜又会不断放大这种波动。

系统的价值在于把决策前置：

• 在买入前定义资金用途和期限。
• 在配置前确认最大可接受回撤。
• 在执行前写清楚调仓条件。
• 在复盘时只看少数关键指标。

这和写 Agent 很像。一个没有状态、没有日志、没有权限边界的 Agent，短期看起来很聪明，长期一定不可控。个人理财也是一样：没有规则的投资，短期靠运气，长期靠情绪。

工程化理财的三个层次

第一层是规则。

规则回答“什么时候做什么”。例如现金保留多少、基金最多占多少、单类资产偏离目标多少才调仓、下跌时是否继续买入。规则不需要复杂，但必须提前写下来。

第二层是复盘。

复盘回答“这套规则有没有被执行”。它不应该变成每天盯净值，而是用固定频率检查配置偏离、组合回撤、现金比例和是否出现了新风险。

第三层是工具。

工具回答“哪些重复工作可以交给机器”。表格可以算比例，脚本可以提醒偏离，Agent 可以整理公告和生成复盘摘要。但工具只能辅助执行规则，不能替代规则本身。

AI Agent 适合做什么

Agent 适合做信息整理、流程提醒、结构化记录和复盘草稿。

例如：

• 整理基金季报里的持仓变化。
• 汇总组合中各类资产当前占比。
• 提醒某类资产偏离目标区间。
• 根据固定模板生成月度复盘。
• 把投资决策记录进个人知识库。

这些任务有明确输入、明确格式、明确边界，适合自动化。

AI Agent 不适合做什么

Agent 不应该替你做无约束投资判断。

尤其不应该：

• 预测短期涨跌。
• 根据单条新闻直接建议买卖。
• 自动下单。
• 忽略你的资金期限和风险承受能力。
• 把历史回测包装成确定性结论。

个人理财里的高风险动作必须由人确认。Agent 可以给建议、列证据、提醒风险，但不应该拿走最后的决策权。

这个系列的边界

这个系列只记录个人学习和工具实践，不构成任何投资建议。

我会尽量把每个配置样例都写清楚假设条件：资金规模、收益目标、回撤约束、流动性需求和执行周期。没有这些条件，任何“推荐配置”都是不完整的。

更重要的是，这个系列关注的是如何建立稳健流程，而不是追逐最优收益。对普通个人来说，能长期执行的中等方案，往往比看起来更聪明但无法坚持的方案更有价值。

最小行动清单

如果从今天开始搭建自己的理财系统，我会先做五件事：

1. 写下未来 1 年、3 年、5 年可能用钱的场景。
2. 定义最大可接受回撤，而不是只写目标收益。
3. 把资产分成现金、防守、进攻和对冲四类。
4. 建一个最小组合表，只记录品类、金额、比例、目标比例和备注。
5. 每月复盘一次，不在非复盘日因为情绪调仓。

这就是工程化稳健理财的起点：不是预测下一次行情，而是减少下一次冲动。

现金常被嫌弃收益低，风险资产常被期待收益高。

但稳健理财不是在两者之间选一个，而是判断一笔钱该承担什么风险。现金负责确定性和选择权，风险资产负责长期增长。错配才是问题。

本文不构成投资建议。

该持有现金的情况

以下资金更适合现金或类现金：

• 未来 6-12 个月确定要用的钱。
• 应急备用金。
• 收入不稳定时期的生活费。
• 大额支出前的过渡资金。
• 已经无法承受回撤的钱。

现金的作用不是收益最大化，而是避免被迫卖出其他资产。

该承担波动的情况

以下资金才适合考虑风险资产：

• 3 年以上不用的钱。
• 下跌时不影响生活的钱。
• 已经有现金安全垫之后的资金。
• 能按规则复盘和再平衡的钱。

承担波动的前提，是你不需要在错误时间被迫退出。

时间期限决定风险上限

资金期限越短，越不适合高波动资产。

不是因为风险资产不好，而是因为它的收益兑现需要时间。短期资金买入高波动资产，本质上是把生活计划交给市场。

现金也是策略

持有现金不是“不会投资”。

现金可以让你：

• 应对突发支出。
• 在市场大跌时不被迫卖出。
• 等待更清晰的配置机会。
• 降低组合整体波动。

稳健组合里，现金是一种风险管理工具。

一个简单判断

问自己三个问题：

1. 这笔钱最早什么时候要用？
2. 如果短期亏 10%，是否会影响计划？
3. 如果市场一年不涨，是否还能继续持有？

只要有一个答案是否定的，就应该提高现金或低波动资产比例。

多 Agent 听起来很强，但不一定适合个人助理。

很多个人任务只是流程明确的单人任务：写博客、查配置、记知识、生成复盘、部署服务。把它们拆成多个 Agent，可能只会增加协调成本。

不需要多 Agent 的情况

以下任务通常不需要：

• 输入输出明确。
• 单个 Skill 能完成。
• 工具调用链很短。
• 失败后容易人工接管。
• 不需要并行探索。

这类任务用清晰流程更稳。

可能需要多 Agent 的情况

多 Agent 适合：

• 多个独立子任务可以并行。
• 需要不同角色互相审查。
• 搜索、写作、验证可以分开。
• 单个上下文装不下全部材料。
• 失败可以隔离在某个子任务。

例如大型代码审查、复杂资料整理、长篇专题策划，才可能值得拆分。

多 Agent 的成本

多 Agent 会带来：

• 状态同步成本。
• 责任归属问题。
• 冲突结果合并。
• 更多日志和监控需求。
• 更高 token 和工具调用成本。

如果没有明确收益，不要为了架构好看引入。

判断清单

引入多 Agent 前问：

• 任务是否真的可以并行？
• 子任务边界是否清楚？
• 输出如何合并？
• 谁负责最终判断？
• 失败时谁接管？

答不清楚，就先保持单 Agent + Skill 路由。

个人助理的优先级是稳定，而不是复杂。

很多理财目标只写一句话：希望年化 5%。

这个目标太薄。它没有说明中间最多能亏多少、这笔钱什么时候要用、下跌时是否还能继续持有。真正可执行的资产配置目标，应该让你在市场波动时仍然能睡着觉。

本文是个人学习记录，不构成投资建议。

年化收益只是一个维度

年化收益描述的是长期结果，但个人承受的是过程。

如果一个组合长期年化可能有 6%，但中途可能回撤 25%，对很多稳健型资金来说并不合适。反过来，一个组合年化不高，但回撤小、流动性好、执行简单，也可能更适合短中期资金。

目标收益必须和风险约束一起出现。

写目标时要加四个字段

我会把目标写成这样：

这比“年化 5%”更接近真实决策。

能睡着觉是一条硬约束

能睡着觉不是情绪化要求，而是执行力要求。

如果一个组合让你每天看净值、频繁打开交易软件、因为新闻改计划，它就超过了你的承受范围。稳健理财追求的是长期可执行，而不是短期最优。

目标要能落到动作

一个好目标应该能推导出动作：

• 最大回撤决定权益资产比例。
• 资金期限决定流动性比例。
• 复盘频率决定工具复杂度。
• 再平衡阈值决定什么时候调仓。

如果目标不能指导动作，它只是愿望。

最小模板

可以直接使用这个模板：

这笔钱的用途：
最早使用时间：
目标收益区间：
最大可接受回撤：
现金保留比例：
风险资产上限：
复盘频率：
触发调仓条件：

稳健配置的第一步，是把“我想赚多少”改成“我能承受什么，并愿意按什么规则执行”。

个人助理不可能永不出错。

真正需要的是可靠性边界：哪些结论必须有来源，哪些动作必须确认，哪些失败必须记录，哪些责任不能交给模型。

幻觉不是唯一问题

幻觉只是错误的一种。

个人助理还会遇到工具失败、权限错误、记忆污染、计划失效、环境变化和多步任务中断。如果只盯着“模型会不会编”，会漏掉很多工程问题。

可靠性的四个要求

我更关心四件事：

• 可见：错误不能被隐藏。
• 可追踪：知道错误来自哪里。
• 可恢复：失败后能继续或回滚。
• 可问责：知道哪些决定由人确认。

这比承诺“不会错”更现实。

事实类回答要有来源

查资料、查配置、查日志时，Agent 应该说明依据。

如果没有来源，就应该标注不确定，而不是编一个确定答案。事实类任务的底线是：不知道可以说不知道。

执行动作要有确认

会改变外部状态的动作都要更谨慎。

删除文件、修改配置、推送代码、重启服务、发送公开消息、财务操作，都应该在执行前说明影响，并等待确认。

错误要进入复盘

每次重要失败都应该能进入复盘：

• 错在哪里？
• 为什么没被提前拦住？
• 是否需要改 Skill？
• 是否需要改工具权限？
• 是否需要写入 QPC？

可靠性不是一次完成，而是持续收紧边界。

边界越清楚，助理越可信

个人助理的可信度，不来自它永远自信，而来自它知道什么时候停下来、什么时候引用来源、什么时候请求确认。

这就是从幻觉治理走向问责机制。