CHAT IN. SHIP OUT.

Northstar

对话驱动的 AI 研发协作平台

从一个产品想法,到一次有据可查的交付。
让 PM、Dev、QA 在同一条工作流中,持续向前。

同一份上下文,各自的关注点。

Northstar Viewer 产品角色视图:左侧需求文档,中间产品需求说明,右侧待确认事项。内容为示例项目。
Northstar Viewer / 示例项目 聚焦产品需求与待确认事项,让每个决策都有上下文。

从想法到交付,
每一步都接得上。

对话是入口。需求、设计、代码与验收,
是持续积累的工程产物。

  1. 01

    需求分析

    澄清目标与范围,
    形成清晰的产品需求。

    PM / 产品
  2. 02

    技术设计

    连接需求与实现,
    明确方案和影响范围。

    Dev / 技术
  3. 03

    代码实现

    围绕确认的方案开发,
    保留执行与变更记录。

    Dev / 技术
  4. 04

    测试验收

    关联测试与验收目标,
    记录缺陷和质量证据。

    QA / 质量
  5. 05

    发布确认

    核对交付与发布条件,
    为复盘留下依据。

    PM · Dev · QA

需求有异议,回到产品确认;测试发现缺陷,交回开发修复。协作不止向前,也能有依据地返回。

让 AI 的工作,
成为可验证的工程。

Northstar 用明确的职责、流程与证据,
连接模型的理解能力和工程的确定性。

角色清晰,交接自然

围绕 PM、Dev、QA 的职责组织任务与产物。切换角色时,继续当前需求真正需要处理的工作。

关键动作,按条件推进

显式状态、流程检查与分级审批,让重要操作满足权限与交付条件,再继续下一步。

结果有依据,过程可追溯

将工具执行、文件变更与质量证据关联起来。保留记录,核实产物,而不只依赖一句“已完成”。

能力扩展,边界明确

通过模块化 Skill、MCP 工具接入与模型适配扩展能力,同时沿用统一的执行与权限边界。

关于 Northstar

Northstar 与普通编码助手有什么不同?

Northstar 关注完整的研发交付过程:不仅生成代码,还围绕需求分析、技术设计、测试验收与发布确认,组织角色职责、工程产物和下一步工作。

PM、Dev、QA 是怎样协作的?

它们是同一工作流中的责任角色。PM 明确产品需求与验收方向,Dev 推进技术设计与实现,QA 建立测试与验收证据。异议与缺陷会交回对应角色处理。

产品界面在哪里运行?

Northstar Agent 以桌面客户端作为主要交互入口。Viewer 是查看项目、需求文档与协作事项的只读工作台;CLI 可用于调试与自动化。本页展示的是使用示例数据的 Viewer 界面。

可以接入已有的模型和工具吗?

Northstar 通过模型适配层、Skill 和 MCP 客户端接入扩展能力。可用模型和工具取决于实际配置;相关工具调用仍经过统一的权限、执行与记录流程。

YOUR NEXT IDEA, ONE STEP CLOSER.

让下一个想法,
向交付靠近。

了解 Northstar,关注项目的下一步。

查看 GitHub 项目
Northstar Viewer · 示例项目
Northstar Viewer 产品角色工作台截图