DaneYan

另外就是我做这个事情，目前我不太需要关注使用、运营或者推广的情况，我最基本的能替代现有功能，或者满足 80% 都可以了，我只需要关注具体实现。这里面我理解需要涉及到，对话的管理，或者叫上下文工程，上下文的压缩，缓存，庞大的数据查询（题目数据），架构上的设计（不太会，所以需要学习），比如工具系统，存储与持久化，Agent 调度这些。

另外我现在的团队我的角色就是要对结果负责，这里我可以明确的说的是，这里的结果是指，我的领导可以给大领导汇报的东西，汇报的成果。这个结果是我需要去直接负责的，不是单出的技术交付，甚至可以说，我的领导虽然技术出身，但是他不关心你的技术选型，架构设计，他唯一关心的就是能给上面讲什么东西，而我这个 Agent 是绝对能够给上面汇报的。

我现在唯一要关心的就是怎么把现在的平台功能，做成 Agent 的方式。

补充一下
我现在具体要做的就是把我们平台现在提供的一些基础的学习服务功能，比如课前预习，课后练习这个做成 Agent 的形式，现在课前预习老师需要根据班级来布置，然后需要配置各种题目，然后还要关联班级这些，现在各个地方的学校都在忙着招生，就我们做的这个功能，老师即使不用，改成线下布置题目也是可以的，所以很多学校就不用，因为一个老师可能带 10 个不同的班级，最后这个布置预习，布置练习的工作就很大，而且下一学期的班级都需要重新布置，这里老师很不情愿。所以我现在的目标很具体的就是把这个动作，布置作业的动作，接口 mcp 化，然后布置动作通过 Agent 完成。

这里面的困难是很多接口和数据结构不标准，迭代反复，变化很快，而且比如题目的数据牵扯到其他部门，我可能无法查题，导致没办法布置，所以难点，卡点在这里，我要想办法绕过或者通过某种方式来完成。