我们重点推进学生学习与托管平台、通用智能体平台两项自研项目，并持续打磨系统文档化方法与行业应用方案。以下分别介绍各项目解决的问题、能力方向和当前进展。
围绕孩子的学习与日常托管，将教师辅导、机构管理和家长协同纳入统一的平台设计。我们希望让学生信息、辅导过程与后续反馈连续起来，减少重复登记和沟通中的信息遗漏。
平台从学生托管场景切入，逐步建设学生档案、拍题核题、中文讲解、分步引导与学习记录等能力。辅导设计关注学生是否理解：教师可控制提示与答案的展示节奏，并安排独立复做，让 AI 辅助教学过程。
完整规划覆盖家庭 AI 家教、机构教学辅助、园务经营、AI 课本、教学设计与测评、互动游戏六条产品线，并按教师、家长、学生及机构岗位划分工作空间与权限。
当前进展：已形成完整需求与架构设计，进入首版开发。学生档案、拍题核题、中文讲解与受控学生视图等功能已有代码实现及分项验证；平台尚未上线，完整业务与生产运行仍待验收。
面向企业日常工作，规划把资料检索、知识查询、文档制作与业务工具调用组织成可确认、可追踪的任务。目标是让使用者从提出需求到检查结果，都能看清智能体做了什么、还需要谁来确认。
按独立产品设计，可通过适配接口连接不同企业的业务系统，教育平台是其中一个应用场景。规划能力包括文档、表格与演示文稿处理，资料研究、数据分析，以及多步骤任务协作。
执行机制围绕任务计划、操作预览、人工批准与结果回执展开，并纳入知识引用、工具权限和用量记录。涉及业务写入或对外操作时，按授权范围执行，在关键步骤保留人工确认。
当前进展：已形成独立运行、企业接入、工具管理及文档工作流的需求与专项设计。通用工具与工作流尚待实现和运行验收，暂未作为成熟产品上线。
探索诊所信息化流程与合规要求的对应关系，目前已形成方案与原型，尚未进入代码实现或试点阶段。方案约定本地部署、数据不出机构；AI 仅提供辅助建议，不自动生成处方，处方须由接诊医师本人确认并电子签名后生效。
系统仍在运行，文档却可能缺失或滞后。接手维护、排查问题或规划改造时，往往需要先弄清业务规则藏在哪里、数据如何流转、接口与权限如何关联。
我们从既有代码出发，梳理实际实现的业务逻辑，整理需求规格、数据字典、接口说明与权限矩阵，为团队理解系统、知识交接和后续迭代提供文档依据。
这套方法已在一个约 3 万行的开源 Python / Django 系统上完成全流程验证。目前的实践依据来自开源项目，尚不代表客户项目交付经验。
以上展示的是本公司的自研成果、方案原型与方法验证。公司目前暂无可对外披露的第三方客户交付记录，各项内容的阶段以对应说明为准。
合作从了解彼此开始。以下为公司登记信息，可通过统一社会信用代码在公开渠道查询。
| 登记项 | 内容 |
|---|---|
| 公司全称 | 贵州甜小粒科技有限公司 |
| 统一社会信用代码 | 91522301MAAJLQGP4T |
| 公司类型 | 有限责任公司 |
| 注册资本 | 100 万元 |
| 成立日期 | 2020 年 4 月 28 日 |
| 企业规模 | 小微企业 |
| 经营范围（节选） | 技术服务、技术开发、技术咨询、技术交流、技术转让、技术推广；软件开发；计算机软硬件及辅助设备零售；人工智能应用软件开发；供应链管理服务。 |
以上经营范围摘录自工商登记，涵盖本站介绍的软件开发、人工智能应用与相关技术服务。
公司持有 8 件「甜小粒」文字注册商标，发证机关为国家知识产权局。下表列出主要类别、注册号及有效期，便于查询核验。
| 类别 | 注册号 | 核定项目（节选） | 有效期至 |
|---|---|---|---|
| 第 42 类 | 46428572 | 技术研究、计算机软件设计、托管计算机站（网站）、包装设计、平面美术设计 | 2031-02-20 |
| 第 9 类 | 46432886 | 计算机、可下载的计算机程序、可下载的计算机应用软件、芯片 | 2031-02-20 |
| 第 38 类 | 46464035 | 信息传送、计算机终端通信、提供数据库接入服务、数字文件传送 | 2031-02-20 |
| 第 29、30、31、33、35 类 | 共 5 件 | 覆盖食品与农产品方向 | 2031 年内 |
与本站技术服务相关的商标类别主要为第 9、38、42 类，核定项目包括应用软件、软件设计、网站托管与数据库接入服务。
如果你的采购流程对评级或专项资质有要求，可先参考以下情况，确认项目与我们的服务范围是否匹配。
公司尚未申请或取得 CMMI 评级。交付中参照相关过程域的做法组织需求、文档与验证工作；这些实践不代表公司已通过评级。
涉及等保要求的项目，我们可承担架构设计、部署与配置项梳理，以及账号、日志等设计和整改配合。正式测评由具备相应资质的第三方机构实施，具体分工在项目开始前明确。
公司目前尚未申请或取得高新技术企业认定。
合作前，我们会结合项目要求确认承接范围、交付责任与第三方参与事项。
精简组织，专业分工。产品经理把业务问题转化为清晰的需求与体验设计，技术负责人把方案落实到软件与 AI 能力中，双方持续参与评审、验证与迭代。
具备电商、票务预约、酒店旅游、分销与财务结算等业务的产品经验，关注业务目标、用户体验与运营流程之间的衔接。
围绕现有系统与业务约束，负责架构设计、软件实现、AI 与智能体接入，将产品方案转化为可验证、可维护的系统能力。
产品与技术共同负责过程，具体职责清晰到人。需求、原型和验收要求共同确认，技术实现与业务体验交叉检查。产品沟通与生产数据访问分开管理，生产数据仅由获授权的技术负责人接触，具体范围与留痕要求在合作前约定。
技术方案需要建立在对实际工作的理解之上。我们关注业务中的角色、流程与约束，并在项目沟通中逐项确认它们如何影响系统设计。
行业页面介绍的业务模型，来自核心成员过往任职期间积累的个人从业经验，用于说明我们理解和讨论业务的基础。这些经历不计为本公司的客户项目业绩，也不代表公司参与过相关单位的项目交付。
