更新日志
Ginit 产品家族的版本更新记录。
更新日志
Issue 与项目私有可见性
v1.0.8
为 Issue 和项目提供私有可见性控制,并支持按成员授予访问权限。
新增
- 私有 Issue 仅对创建者、参与成员和管理员可见。
- 项目可以设置为私有,限制非成员访问。
- 私有 Issue 支持邀请指定成员,列表、项目和评论区域统一遵循权限规则。
CLI
# 创建私有 Issue
multica issue create --title "内部任务" --visibility private --output json
# 修改 Issue 可见性,并按可见性筛选列表
multica issue update <issue-id> --visibility member --output json
multica issue list --visibility private --output json
# 管理私有项目成员
multica project member add <project-id> --user-id <user-uuid> --output json
multica project member remove <project-id> --user-id <user-uuid>Upgrade
multica update发布者时闰洲
工作区与 Issue 数据分析
v1.0.9
增加个人工作区能力,并提供按来源查看 Issue 创建情况的分析数据。
新增
- 每个用户可以创建一个个人工作区。
- Insights 支持按来源统计 Issue 创建情况,并提供组织协作摩擦分析。
- “我的 Issue”增加可见性筛选,便于集中查看可访问的任务。
CLI
# 查看并切换当前配置的工作区
multica workspace list --output json
multica workspace get <workspace-id-or-slug> --output json
multica workspace switch <workspace-id-or-slug>
# 更新项目目标与分析指标
multica project update <project-id> --goal "降低处理延迟" --output json
multica project update <project-id> --metrics-file metrics.json --output json分析报表在 Web 的 Insights 页面查看;CLI 可通过 project get 或 project list --output json 读取已保存的项目指标。
Upgrade
multica update发布者时闰洲
评论
正在加载评论…
移除会话书挡 hook,让 agent 会话更轻
v1.4.115 · upgraded from v1.4.114
去掉 issue-binding 与 context-provenance 两个会话首尾的强制提示 hook,减少会话启动噪音,让任务上下文更聚焦于用户真实需求。
Improvements
- 移除
issue-binding与context-provenance两个 bookend hook(PR #338),新会话启动时不再被强制要求先绑 issue 或做上下文标注。 - 会话启动路径更短,agent 首次响应延迟降低。
- 保留手动绑定入口:
$ginit-issue-binding、$ginit-context-provenance仍可按需调用。
升级
ginit update发布者runzhou
评论
正在加载评论…
Agent Session 目录绑定
v1.4.114 · upgraded from v1.4.113
支持把任意工作目录绑定到一个 agent session 上,让多条会话共享同一份代码 / 数据上下文。
New
ginit agent bind-dir <agent> <path>:把一个本地目录绑定到指定 agent,agent 启动后 cwd 自动落在该目录。ginit agent unbind-dir <agent>:解除绑定,回到默认工作目录。- 绑定的目录会作为该 agent 所有后续 spawn 的默认 cwd。
Improvements
- session 详情页(ginit-web)现在显示 agent 当前绑定的目录,便于排查「我这个 agent 在哪个目录下」。
- 组织共享文件夹在 UI 上点击不生效的问题已修复。
升级
ginit update发布者runzhou
评论
正在加载评论…
Agent Session 上下文增强
v1.0.6
Issue 可以关联、预览和读取 Agent Session,并在执行上下文中使用会话信息。
新增
- Issue 支持关联 Agent Session,并查看标题、Provider、轮数和活动时间线。
- Agent Session 成为独立上下文来源,支持摘要、轮次和关键词筛选。
- CLI 新增 Agent Session 发现和读取命令,便于在终端查看关联会话。
CLI
# 关联 ginit session URL 或 UUID
multica issue context add-session <issue-id> --session <url-or-uuid> --output json
# 列出关联上下文并读取会话摘要
multica issue context list <issue-id> --output json
multica issue context session <issue-id> <context-id> --summary --output json
# 按轮次、关键词和数量筛选会话内容
multica issue context session <issue-id> <context-id> --round 2 --output json
multica issue context session <issue-id> <context-id> --keyword "调研" --limit 10 --output jsonUpgrade
multica update发布者时闰洲
评论
正在加载评论…
Issue 内直接读取关联 Agent Session
v1.0.5 · upgraded from v1.0.4
在 issue 详情页直接发现并读取关联的 agent session,支持摘要、按轮次/关键词筛选,无需手动解析 JSON。
Improvements
multica issue get现在显示 issue 关联上下文摘要(条数与 session 数);JSON 输出内嵌完整 context 列表。- 新增
multica issue context session <issue-id> <context-id>,一条命令直接读取 issue 关联的 agent session,不需要手动解析 source_ref JSON。 - session 关联以结构化字段提供
session_url、session_id、provider,issue context list表格直接显示 SESSION_ID、PROVIDER 和 LAST_SYNC_STATUS 列。 - 读取支持
--summary(仅元数据和摘要)、--round、--keyword、--offset、--limit,大 session 输出不会被截断。 last_sync_status与 session 当前是否可读分开呈现:前者描述引用同步状态,后者描述实际读取结果;读取失败时错误信息会带上两者的状态。
CLI
# issue get 查看关联摘要
multica issue get <issue-id>
# 列出 context,找到 context-id
multica issue context list <issue-id> --output json
# 读取 session 摘要
multica issue context session <issue-id> <context-id> --summary
# 按轮次或关键词读取
multica issue context session <issue-id> <context-id> --round 2
multica issue context session <issue-id> <context-id> --keyword "调研" --limit 10先使用 multica issue context add-session <issue-id> --session <url-or-uuid> --output json 关联会话,再执行上面的查询命令。
环境要求
- CLI 升级到 v1.4.62 及以上(
multica update)。 - 服务端需已配置
GINIT_SESSIONS_URL与GINIT_SESSIONS_TOKEN(或GINIT_PASEO_BRIDGE_TOKEN),并保持 ginit session bridge 可用;否则 session 读取会返回明确的失败信息,但引用与摘要不受影响。 - 读取按当前用户的 ginit 权限校验;session 为私有或已删除时会返回 403/404。
Upgrade
multica update发布者时闰洲
评论
正在加载评论…
项目和 Issue 级别规则
v1.0.4 · upgraded from v1.0.3
可在项目或 Issue 中维护纯文本规则,并自动提供给 agent 使用。
更新内容
- 支持在项目和 Issue 级别添加规则,直接输入纯文本即可保存。
- 可查看、编辑和删除已有规则;项目规则会自动应用到项目下的 Issue。
- 规则会汇入对应任务的有效上下文,供 agent 执行任务时参考。
CLI
# 为项目添加一条规则
multica project context add <project-id> --kind rules --title "提交规范" --body "所有变更必须附带测试结果。" --output json
# 为 Issue 添加临时规则
multica issue context add <issue-id> --kind rules --title "验收条件" --body "完成前必须验证边界场景。" --output json
# 查看 Issue 最终生效的规则与上下文
multica issue context effective <issue-id> --output jsonUpgrade
multica update发布者时闰洲
评论
正在加载评论…
飞书文档与群聊上下文
v1.0.7
将飞书文档、知识库和群聊消息纳入 Issue 与项目上下文。
新增
- Issue 和项目可以关联飞书文档、知识库节点与群聊。
- 支持按时间范围读取群聊消息片段,作为可追踪的上下文来源。
- 增加文档创建、协作者授权和同步失败提示,权限问题会给出明确说明。
CLI
# 查看当前用户可访问的飞书群聊
multica feishu chat list --output json
# 将群聊注册为 Issue 上下文
multica issue context add <issue-id> --kind link --title "项目群" \
--source-type feishu_chat --source-ref <oc-id> --output json
# 读取消息并导入指定消息快照
multica issue context messages <issue-id> <context-id> --output json
multica issue context import <issue-id> <context-id> --message-id <om-id> --output json项目级上下文使用对应的 multica project context ... 命令管理。
Upgrade
multica update发布者时闰洲
评论
正在加载评论…
飞书每日简报与 Inbox 推送
v1.0.3
将工作区每日简报和 Inbox 通知自动发送到飞书。
New
- 每日按工作区时区生成简报,并通过飞书卡片发送给成员。
- Inbox 中的状态、评论和任务变化可自动推送到飞书。
- 推送失败会自动重试,避免临时网络问题导致消息丢失。
CLI
每日简报和 Inbox 推送目前通过 Multica Web 的工作区设置配置,没有单独的 CLI 开关。CLI 可以先切换到目标工作区,确保后续命令与 Web 设置使用同一工作区:
multica workspace list --output json
multica workspace switch <workspace-id-or-slug>发布者时闰洲
评论
正在加载评论…
关闭 Issue 必须填写交付物
v1.0.3 · upgraded from v1.0.2
将 Issue 标记为完成前必须提交非空交付物,并保留交付物版本记录。
新增
- 关闭 Issue 前必须填写非空交付物。
- 支持交付物文本、附件快照和后续版本追加。
- 批量关闭 Issue 时可复用同一份交付物。
CLI
# 关闭单个 Issue,并从 Markdown 文件提交交付物
multica issue status <issue-id> done --deliverable-file report.md
# 批量关闭多个 Issue,共用同一份交付物
multica issue close <issue-id-1> <issue-id-2> --deliverable-file report.md
# 为已完成的 Issue 追加交付物版本
multica issue deliverable add <issue-id> --deliverable-file revised-report.md也可以使用 --deliverable 或 --deliverable-stdin 直接传入文本,并通过重复传入 --attachment 附加构建产物。
Upgrade
multica update发布者时闰洲
评论
正在加载评论…
跨机器 Agent Session 守护
v0.3.0 · upgraded from v0.2.0
在任意一台装过 ginit 的机器上一键安装 Paseo daemon,自动接入 Hub 与 Relay,把远程 agent session 纳管到统一面板。
New
ginit paseo install:在运行 ginit CLI 的机器上一键安装并配置 Paseo daemon,无需公网入站或 SSH,daemon 主动连接 Hub 与 Relay。- 默认接入公网 Relay(
paseo.g0g.top:443,TLSwss://),同时支持通过环境变量切换到自建 Relay:PASEO_RELAY_ENDPOINT:daemon 主动连的 RelayPASEO_RELAY_PUBLIC_ENDPOINT:公网客户端用的 RelayPASEO_GINIT_BASE_URL/PASEO_GINIT_HUB_WS_URL:Hub 入口
- 自动写入 Claude Stop hook(
~/.local/share/paseo-hooks/paseo-auto-import.sh),让会话结束自动归档到 Paseo。
Improvements
ginit paseo status一次看清 daemon、Relay、Hub 三侧连通性。ginit paseo attach / detach支持把本机 daemon 挂到指定 Hub 项目下。
升级
ginit paseo install && ginit up环境要求
- 宿主已
ginit login,且对应 token 能访问目标 Hub 的 Paseo API。 - 若目标域名的
/api/paseo/devices或 enrollment API 返回 404,说明该入口不是兼容的 ginit Hub,需要改用实际的 Hub base URL。
发布者runzhou
评论
正在加载评论…
Relay 与 Hub 主动连接模型
v0.2.0 · upgraded from v0.1.0
Paseo daemon 改为主动外连 Hub 与 Relay,去掉对公网入站和 SSH 的依赖,让任意一台内网机器都能挂上 Paseo。
Breaking Changes
- Paseo daemon 不再监听公网端口;旧的「外部直连 daemon」部署方式不再支持,必须改为 Hub/Relay 主动外连模型。
PASEO_LISTEN_ADDR配置项移除,替换为PASEO_RELAY_ENDPOINT与PASEO_GINIT_HUB_WS_URL。
New
- daemon 启动后主动向 Hub 建立 WebSocket 控制面、向 Relay 建立数据面 TLS 连接。
- 新增
ginit paseo attach:把本机 daemon 绑定到指定 Hub 项目。
升级
ginit paseo install && ginit up发布者runzhou
评论
正在加载评论…
Agent Sessions
暂无更新记录。
评论
正在加载评论…