企业内部AI应用底座。
鼓励企业内部业务人员自主尝试去利用第三方工具(Codex、Kimi work、work buddy)实现对于自身业务可以提效的工具,然后做平台统一管理。
1.员工可以对于当前工作内容再思考,同时深入体验AI。
2. 企业内自身对于某些SOP的新的发现。
3 .如发现重点提效工具,技术人员直接接入业务落地。
4. 沉淀企业内部SKILLS资源。通过外部AGENT包规定,让非平台内的LLM执行时按照要求执行,上传.zip以及skills文档。
点击空白处退出提示
企业内部AI应用底座。
鼓励企业内部业务人员自主尝试去利用第三方工具(Codex、Kimi work、work buddy)实现对于自身业务可以提效的工具,然后做平台统一管理。
1.员工可以对于当前工作内容再思考,同时深入体验AI。
2. 企业内自身对于某些SOP的新的发现。
3 .如发现重点提效工具,技术人员直接接入业务落地。
4. 沉淀企业内部SKILLS资源。通过外部AGENT包规定,让非平台内的LLM执行时按照要求执行,上传.zip以及skills文档。
考虑到基础业务人员不是技术出身,对于AI的使用尚浅,且提需求的能力较弱,对于Prompt Engineering的理解较浅,所以提供同一个”外部Agent包“,包含AGENTS.md、.platform文件夹(里面是json文档以及delivery.md,由外部LLM复制维护)。
员工将包解压缩到自己的项目文件根目录下即可,新建/老项目都行。
---
对接飞书手机号,接入原有的权限系统,做统一的部门权限设置。
1.内部成员通过飞书绑定的手机号+初始密码登录,可以创建应用,使用平台内置应用,查看权限范围内可见的SKILL.md 以及使用权限范围内的应用。
2.平台验证。
- 对齐统一规则(与外部AGENTS.md)。
- 若失败,调用LLM,结合内置规则代码,生成检查报告(markdown、Txt)。业务人员可以阅读学习,也可以直接复制后丢入原来项目上下文内,继续修改,重新上传。
3. 上传验证成功后,由平台内置代码 统一docker部署到同一服务器上,端口号按应用编号递增(200个,如5200-5400)
4. 员工可直接在平台内部进入应用进行使用。(如投放助手、混剪助手等)
独立开发。
遵循Agentic Engineering开发范式,后端基于DDD设计,从0到1.
主要技术栈:.Net 10 + Vue 3.
数据:Dapper + postgreSQL.
部署:Ubuntu + Docker.





评论