宗门技术秘籍
和师傅沟通到的技术
技术方面
1.中转站 AI台
2. ocr图片识别文字（做自动化）
3.模拟codex请求做伪装
4.cf tunnel 、 tailscale
5.vault保险库
6.调用追踪、人工评分、修正结果、数据集、提示词版本、实验评测
7.tauri2 用来开发跨平台桌面和手机 App 的开源框架
8.https://tailscale.com/ 内网访问的
9.ASR服务
10.Broker桥vibe coding
思想主要是快速调整，快速落地，不用去追求文档完美 ====> 业务第一、UI第二、代码第三
需求方面
需求
1.和AI聊天按照自己思路走 （落地大概需求，进行细致需求拆分）
2.沟通一段，别频繁更新，应该多沟通然后进行更改，自己审查决定文件的落地
3.之后进行全局文档规则审查（文档是不是有冲突）
3.技术落地到需求文档里面，遵循组件化、模块化、别重复造轮子，用开源项目轮子、可插拔需求收尾
Onebyone 把没搞定的一个一个提出 我回答，参照我们其他的设定，把你能确定的直接按照规范确定。
能根据架构自主决定的都处理了
架构
组件化：这件事由谁负责？ 接口化：别人怎么使用它？ 可插拔：以后怎么把它换掉？
① 组件化：做成一块独立的键盘。
按键、线路、输入处理都装在键盘里。键盘专门负责输入，屏幕专门负责显示。
重点是：把职责分开，各管各的。
② 接口化：规定键盘怎么连接电脑。
例如使用 USB，并遵守对应的通信标准。电脑不用了解键盘内部线路，就能接收输入。
重点是：规定双方怎么配合。
③ 依赖倒置：电脑依赖“键盘标准”，而不是依赖某一把具体键盘。
电脑只认统一的键盘接口和输入规则，不需要知道接入的是罗技、Cherry 还是其他品牌；具体键盘反过来遵守这个标准来接入电脑。
重点是：核心依赖标准，不依赖具体实现。
业务规则不直接依赖数据库、供应商等具体实现；业务与具体实现都围绕抽象契约工作，抽象契约不泄露底层技术细节。
④ 可插拔：可以换另一把兼容键盘。
旧键盘拔掉，新键盘接上，只要新键盘遵守同样的接口标准，电脑仍然可以按原来的方式使用，不需要为这把新键盘重新改造电脑。
重点是：可以替换，其他部分尽量不受影响。UI
UI组件话，比如 常用的按，都做成组件复用 抛弃当前的设计，你根据我们的文档重新设计UI效果图
需要现代化UI的设计，你看你图里面的这些，很低级。 排版和密度都有问题
从局部的页面映射到全局，进行组件化，组件也可以出UI图
数据库
openai官方文档设计原则，数据库设计应该简单明了，在开发过程中对agent起到规范作用 我们要做的是正式数据库设计，不要一堆规范，这会造成更多幻觉和浪费
/goal 按照现有功能模块，在doc文件夹内建立sql文件夹 按照结构设计完整数据库sql文件
goal任务的定位
Goal 真正需要保留的只有：
1. 完成智影矩阵第一版，依据最新已确认文档。
2. 从账本当前阶段接续，顺序推进，不提前实现后续里程碑。
3. 本次明确授权实施及本地提交，不授权推送、集成、部署和生产操作。
4. 保留已确认的外部验收延期及其推进条件，不扩大例外。
5. 阶段完成后自动继续；缺少必要决定或授权且无可继续工作时停止并报告。
6. 正式完成里程碑播放四次提示音；全部强制验收闭环后才完成整体 Goal。
Goal 应引用规则，不复制规则；只补充这次任务特有的要求。执行层面
把所有要开发的建立一个进度账本，沟通分好进度
现在这样顺序开发把 我觉得，多模块用于在一个模块内并发，一下子跨太大怕乱了，我们重新沟通goal
我感觉这个不对，你帮我看看正在执行项目下的那个那个，他为什么这样做 （新进程程找不对的地方）
关于调查第三方文档，写入《平台账号与视频发布》的对应技术设计，不只留在临时报告。 这个是需要我们进行沟通的
新开进程，别用旧进程
版权所有
版权归属：念宇