Employee Portal
员工入口
员工进入公司后,用一个入口了解公司、找到制度规章、执行常用流程、访问系统资源,并知道问题该找谁。这个入口按 AI 原生公司设计:默认把 AI 用于信息检索、草拟、复盘、自动化和知识沉淀,但关键决策仍保留 Owner、审批、证据和归档。 最近同步:2026-06-22;Owner:Owner / HR / 行政。
内容怎么找
内部站按员工使用路径组织:先看今日状态,再看员工入口,需要执行时进入公司运营或客户融资,最后查品牌材料。
层级 回答的问题 入口 包含内容
公司级待办事项
公司级待办每天更新一次;只记录事项、Owner、优先级、状态、下一步和阻塞,不写入敏感原件。 最近更新:2026-06-22;Owner:Owner。
优先级 / 领域 事项 状态 / Owner 下一步 阻塞 / 更新
P0 / 融资 补齐 Data Room 最小尽调包 进行中 / 融资 / 法务 / 财务 按 Finance、Legal、Customers、Qualifications 四类补目录和归档位置。 真实材料仍需 Owner 确认;2026-06-22
P0 / 客户 明确首批 PoC 场景和验收口径 待建立 / 销售交付 为园区智能运行和央国企知识工作流各补一页场景说明。 待确认业务负责人和授权披露边界;2026-06-22
P0 / 产品 定义 AIR 1.0 和 HyperNode 样机可验证边界 进行中 / 产品研发 补最小能力闭环、不可做清单和样机验证记录目录。 需同步公司介绍和 PoC 口径;2026-06-22
P1 / 运营 建立报销、采购、付款和合同模板 待建立 / 财务 / 行政 先形成一页制度和表单字段,关联 runbook 和 ledger。 待确定实际审批人;2026-06-22
P1 / 法务 / IP 建立商标、专利、软著和国高新准备台账 待建立 / 法务 / 产品研发 补申请主体、类别、技术披露清单、软著版本和国高新倒排表。 待确认代理机构或外部顾问;2026-06-22
P2 / 品牌 统一内部站、公司介绍和设计系统口径 维护中 / 品牌 / 研发 新增页面先检查 design-system 真源,避免视觉和文案漂移。 无;2026-06-22
品牌 / Owner
公司与入职
公司定位、AI 原生工作方式、当前目标、入职接手和问题入口。
Owner / IT / 财务 / 行政
公司运营
启动清单、域名邮箱、GitHub、Cloudflare、报销、采购、付款、合同、资产和订阅。
销售交付 / 融资 / 法务
客户融资
客户 PoC、交付 SOP、Data Room、风险暴露、周报、投资人更新和 AI 辅助复盘。
品牌 / Owner
品牌材料
公司介绍、设计系统、对外口径、视觉规范和可复用素材。
入职和接手检查
新成员、顾问或临时接手事项时,先按这张清单确认入口、权限、规则和安全边界。
事项 负责人 入口 验收
遇到问题找哪里
先按问题类型进入对应页面;页面里仍只保存制度、目录和状态,不保存密钥、账号密码或敏感原件。
问题 Owner 入口 边界
AI 原生工作方式
新魔方的内部流程默认面向人机协作:每项工作都要能被 AI 读取上下文、生成草案、辅助检查、沉淀记录,并由明确 Owner 负责最终判断。
方式 规则 Owner 验收
先沉淀事实源 稳定信息写入 docs/ 或 data/,页面从事实源生成,避免口头同步和重复维护。 Owner / HR / 行政 可追溯、可复核、可自动检查。
AI 先起草,人来定稿 制度、周报、Data Room、PoC 材料和操作手册可先由 AI 生成草案,Owner 负责校对、删敏和确认。 Owner / HR / 行政 可追溯、可复核、可自动检查。
流程可被自动检查 关键内容用结构化字段维护,提交前运行 npm run check,让缺 Owner、缺状态、缺下一步的内容暴露出来。 Owner / HR / 行政 可追溯、可复核、可自动检查。
敏感信息默认不进仓库 AI 可以帮助整理目录、状态和下一步,但不能写入密钥、合同原件、客户未授权信息或未公开技术细节。 Owner / HR / 行政 可追溯、可复核、可自动检查。