尧图网站建设 
如何在 Multica 中与 agent 进行不绑定 issue 的私密对话【免费下载链接】multicaMake humans and AI agents work as one team — open-source and self-hostable.项目地址: https://gitcode.com/GitHub_Trending/mu/multica当你有一个想法还没形成明确的 issue、只是想快速向 agent 提问或让它先做一件小事时Multica 的 Chat对话功能就是为这种情况准备的你和某个 agent 的一对一对话不绑定任何 issue——agent 不会自动收到任何 issue 的描述和评论也不会把对话变成 issue而且整段对话完全私密工作区里的其他人包括 admin都看不到。这篇文章说明如何开始这样一段对话、如何为它附加项目背景、如何管理多轮上下文以及对话列表的整理方式。前提是你已经拥有一个可以运行的 agent并且自己有运行它的权限。Chat 只是 agent 参与工作的方式之一其他方式还包括 issue 指派、评论 等它属于界面操作不涉及额外安装。前提确认你有可运行的 agentChat 的第一步是选择一个你有权运行的 agent。agent 的 Access访问权限决定谁能运行它包括聊天Access谁能运行Only me默认仅 agent 的所有者Entire workspace工作区所有成员Specific people所有者和被选中的成员只有 agent 的所有者本人可以修改 Access——工作区 admin 也不能绕过限制去运行别人的 Only me agent。如果你在 Chat 里看不到想聊的 agent先让所有者调整 Access 或确认你不在限制范围内。另外注意 agent 的可用状态来自其绑定的 runtimeruntime 离线时 agent 的标识和历史都还在但你发出的消息会等待 runtime 重新上线后才执行。开始一段私密对话操作路径很短打开侧边栏中的Chat。点击新建选择一个你有权运行的 agent。输入消息也可以附加图片或文件。发送后Multica 会为这条消息创建一次 run执行回复回到当前对话。两个会直接影响体验的行为发送前可以借用建议提示词首条消息发出前界面会显示所选 agent 配置的最多 3 条 conversation starters建议提示词。选中某一条只是把完整提示词填入输入框不会自动发送你可以先修改再发。未配置建议的 agent 会显示本地化的通用示例。失去权限后不能再发agent 被归档或你失去运行权限后无法再发送新消息。对话不绑定 issue但可以选择性携带项目背景这是该功能的核心边界需要分清两件事默认没有任何 issue 上下文agent 不盯着你的 issue 看板不会自动获取任何 issue 的描述和评论也不会自己把对话内容转成 issue。但它仍有工作区访问能力在权限范围内agent 可以用 Multica CLI 查询工作区、项目、issue 和 skill。如果你希望对话携带项目背景而不仅是某个 issue 的背景可以在输入框左下角点击选择Project context为对话挂上一个项目。agent 执行时会收到该项目的描述、仓库等资源——这和 issue 绑定的机制不同是主动给对话补充上下文不会让对话变成项目内的工作记录。什么时候用 Chat、什么时候应该建 issue文档给的对照是需求更适合快速提问、探索方案、处理私人草稿Chat明确的负责人、状态、优先级和交付结果issue让团队成员看到背景并继续讨论issue临时查看工作区信息、不需要工作记录Chat注意一个反向约束Chat 只对创建者可见其他成员和管理员都读不到。所以团队需要共同看到的结论应整理到 issue、项目描述或 skill 中不要停留在对话里。多轮对话与上下文续接同一段对话会尽量继续 AI 编程工具中的原会话因此后续消息不需要重复前面的内容。Multica 会保存 session ID并把后续 run 路由到能够访问该会话的 runtime。两种情况下会从新会话开始本地会话已经不存在、或上下文无法继续以及上次错误不适合复用时。无论哪种情况对话中的历史消息都会保留。观察和停止一次执行agent 运行期间界面会显示当前阶段和工具活动展开View details可以看到完整执行过程。需要中断时点击输入框旁的停止按钮已经返回到对话中的内容会保留尚未开始处理的输入会尽量恢复到编辑框中。整理对话列表对话支持重命名、置顶、归档和删除各自的影响不同Pin置顶把常用对话固定在列表前面Archive归档移到 Archived 并设为只读Unarchive取消归档之后可以继续发送消息Delete删除永久移除对话及其全部消息。两个需要留意的边界删除不可撤销并且会停止对话中尚未结束的执行。如果只是暂时不需要用归档代替删除。如果对话绑定了外部渠道如 Slack归档会断开绑定取消归档不会恢复绑定需要重新绑定。边界说明Chat 的私密指对话内容对其他工作区成员不可见它不是对 agent 执行环境的隔离——agent 运行时使用的权限取决于它所在 runtime 的环境配置这部分在 Security model 中有说明。对话本身能做什么不能做什么以本文前面给出的边界为准无 issue 上下文、不自动建 issue、保留工作区内的查询能力。如果这段对话讨论出了值得跟踪的工作下一步可以把结论转成 issue 并指派给 agent见 Assign issues to agents让讨论变成可追踪的任务。【免费下载链接】multicaMake humans and AI agents work as one team — open-source and self-hostable.项目地址: https://gitcode.com/GitHub_Trending/mu/multica创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 如何在 Multica 中与 agent 进行不绑定 issue 的私密对话
如何在 Multica 中与 agent 进行不绑定 issue 的私密对话【免费下载链接】multicaMake humans and AI agents work as one team — open-source and self-hostable.项目地址: https://gitcode.com/GitHub_Trending/mu/multica当你有一个想法还没形成明确的 issue、只是想快速向 agent 提问或让它先做一件小事时Multica 的 Chat对话功能就是为这种情况准备的你和某个 agent 的一对一对话不绑定任何 issue——agent 不会自动收到任何 issue 的描述和评论也不会把对话变成 issue而且整段对话完全私密工作区里的其他人包括 admin都看不到。这篇文章说明如何开始这样一段对话、如何为它附加项目背景、如何管理多轮上下文以及对话列表的整理方式。前提是你已经拥有一个可以运行的 agent并且自己有运行它的权限。Chat 只是 agent 参与工作的方式之一其他方式还包括 issue 指派、评论 等它属于界面操作不涉及额外安装。前提确认你有可运行的 agentChat 的第一步是选择一个你有权运行的 agent。agent 的 Access访问权限决定谁能运行它包括聊天Access谁能运行Only me默认仅 agent 的所有者Entire workspace工作区所有成员Specific people所有者和被选中的成员只有 agent 的所有者本人可以修改 Access——工作区 admin 也不能绕过限制去运行别人的 Only me agent。如果你在 Chat 里看不到想聊的 agent先让所有者调整 Access 或确认你不在限制范围内。另外注意 agent 的可用状态来自其绑定的 runtimeruntime 离线时 agent 的标识和历史都还在但你发出的消息会等待 runtime 重新上线后才执行。开始一段私密对话操作路径很短打开侧边栏中的Chat。点击新建选择一个你有权运行的 agent。输入消息也可以附加图片或文件。发送后Multica 会为这条消息创建一次 run执行回复回到当前对话。两个会直接影响体验的行为发送前可以借用建议提示词首条消息发出前界面会显示所选 agent 配置的最多 3 条 conversation starters建议提示词。选中某一条只是把完整提示词填入输入框不会自动发送你可以先修改再发。未配置建议的 agent 会显示本地化的通用示例。失去权限后不能再发agent 被归档或你失去运行权限后无法再发送新消息。对话不绑定 issue但可以选择性携带项目背景这是该功能的核心边界需要分清两件事默认没有任何 issue 上下文agent 不盯着你的 issue 看板不会自动获取任何 issue 的描述和评论也不会自己把对话内容转成 issue。但它仍有工作区访问能力在权限范围内agent 可以用 Multica CLI 查询工作区、项目、issue 和 skill。如果你希望对话携带项目背景而不仅是某个 issue 的背景可以在输入框左下角点击选择Project context为对话挂上一个项目。agent 执行时会收到该项目的描述、仓库等资源——这和 issue 绑定的机制不同是主动给对话补充上下文不会让对话变成项目内的工作记录。什么时候用 Chat、什么时候应该建 issue文档给的对照是需求更适合快速提问、探索方案、处理私人草稿Chat明确的负责人、状态、优先级和交付结果issue让团队成员看到背景并继续讨论issue临时查看工作区信息、不需要工作记录Chat注意一个反向约束Chat 只对创建者可见其他成员和管理员都读不到。所以团队需要共同看到的结论应整理到 issue、项目描述或 skill 中不要停留在对话里。多轮对话与上下文续接同一段对话会尽量继续 AI 编程工具中的原会话因此后续消息不需要重复前面的内容。Multica 会保存 session ID并把后续 run 路由到能够访问该会话的 runtime。两种情况下会从新会话开始本地会话已经不存在、或上下文无法继续以及上次错误不适合复用时。无论哪种情况对话中的历史消息都会保留。观察和停止一次执行agent 运行期间界面会显示当前阶段和工具活动展开View details可以看到完整执行过程。需要中断时点击输入框旁的停止按钮已经返回到对话中的内容会保留尚未开始处理的输入会尽量恢复到编辑框中。整理对话列表对话支持重命名、置顶、归档和删除各自的影响不同Pin置顶把常用对话固定在列表前面Archive归档移到 Archived 并设为只读Unarchive取消归档之后可以继续发送消息Delete删除永久移除对话及其全部消息。两个需要留意的边界删除不可撤销并且会停止对话中尚未结束的执行。如果只是暂时不需要用归档代替删除。如果对话绑定了外部渠道如 Slack归档会断开绑定取消归档不会恢复绑定需要重新绑定。边界说明Chat 的私密指对话内容对其他工作区成员不可见它不是对 agent 执行环境的隔离——agent 运行时使用的权限取决于它所在 runtime 的环境配置这部分在 Security model 中有说明。对话本身能做什么不能做什么以本文前面给出的边界为准无 issue 上下文、不自动建 issue、保留工作区内的查询能力。如果这段对话讨论出了值得跟踪的工作下一步可以把结论转成 issue 并指派给 agent见 Assign issues to agents让讨论变成可追踪的任务。【免费下载链接】multicaMake humans and AI agents work as one team — open-source and self-hostable.项目地址: https://gitcode.com/GitHub_Trending/mu/multica创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考