· · 1 分钟阅读

别再盯着终端了:Aspire 的分离模式改变了工作流程

Aspire 13.2 让你在后台运行 AppHost 并释放终端。结合新的 CLI 命令和代理支持,这比听起来重要得多。

aspire dotnet cli developer-tools coding-agents
这篇文章也有其他语言版本:English, Català, Español, Deutsch, Français, Português, Italiano, 日本語, 한국어, Русский, हिन्दी, Polski, Türkçe, العربية, Bahasa Indonesia, Nederlands

本文为自动翻译。查看原文请点击这里

每次运行 Aspire AppHost,你的终端就没了。被锁住了。一直占用到你按 Ctrl+C 为止。需要快速运行个命令?打开另一个标签页。想查看日志?再开一个标签页。这是一种小摩擦,但积少成多。

Aspire 13.2 解决了这个问题。James Newton-King 写了完整的详情,说实话,这是那种一用就立刻改变工作方式的功能。

分离模式:一条命令,终端回来了

aspire start

这是 aspire run --detach 的简写。你的 AppHost 在后台启动,终端立即回到你手中。不需要额外的标签页。不需要终端多路复用器。就是你的提示符,随时可用。

管理正在运行的进程

关键在于——在后台运行只有在你能管理那些进程时才有用。Aspire 13.2 为此提供了一整套 CLI 命令:

# List all running AppHosts
aspire ps

# Inspect the state of a specific AppHost
aspire describe

# Stream logs from a running AppHost
aspire logs

# Stop a specific AppHost
aspire stop

这让 Aspire CLI 变成了一个真正的进程管理器。你可以启动多个 AppHost,检查它们的状态,跟踪日志,然后关闭它们——全部在一个终端会话中完成。

与隔离模式结合使用

分离模式与隔离模式天然搭配。想在后台运行同一个项目的两个实例而不产生端口冲突?

aspire start --isolated
aspire start --isolated

每个实例都会获得随机端口、独立的密钥和自己的生命周期。用 aspire ps 查看两者,用 aspire stop 停掉不需要的那个。

为什么这对编码代理意义重大

这才是真正有趣的地方。在你的终端中工作的编码代理现在可以:

  1. aspire start 启动应用
  2. aspire describe 查询状态
  3. aspire logs 检查日志来诊断问题
  4. 完成后用 aspire stop 停止应用

所有操作都不会失去终端会话。在分离模式之前,运行你的 AppHost 的代理会把自己锁在终端里。现在它可以启动、观察、迭代和清理——这正是你期望自主代理的工作方式。

Aspire 团队在这方面下了功夫。运行 aspire agent init 会设置一个 Aspire 技能文件,教会代理这些命令。这样,像 Copilot 的编码代理这样的工具就能直接管理你的 Aspire 工作负载。

总结

分离模式是一个伪装成简单标志的工作流升级。你不再需要在终端之间切换上下文,代理不再阻塞自己,新的 CLI 命令让你真正看到正在运行的内容。它实用、干净,让日常开发循环明显更顺畅。

阅读完整文章了解所有详情,并通过 aspire update --self 获取 Aspire 13.2。

分享:
在GitHub上查看此文章的源代码 ↗
← Azure MCP 工具现已内置于 Visual Studio 2022 — 无需安装扩展
Docker Sandbox 让 Copilot 代理重构你的代码而不危及你的机器 →