DevTrends开发者趋势
主题色

study8677 /

steward

I built Steward because most AI assistants still have to be summoned. The idea here is different: Steward runs in the background, watches signals from tools like GitHub, email, calendar, chat, and screen context, and tri…

DT生活与娱乐DT安全与测试DTAgent 能力扩展DTAgent 评测与安全

关于

I built Steward because most AI assistants still have to be summoned. The idea here is different: Steward runs in the background, watches signals from tools like GitHub, email, calendar, chat, and screen context, and tries to move low-risk work forward before the user explicitly asks. The core mechanism is a policy gate between perception and execution. Low-risk and reversible actions can be handled automatically with an audit trail. Higher-risk or irreversible actions must be escalated for explicit approval. Instead of constant notifications, the system is designed to brief the user periodically on what was done, what is pending, and what actually needs judgment. Right now it is an early local-first prototype. It runs with a simple `make start`, opens a local dashboard, and uses an OpenAI-compatible API key. I’d love feedback on a few things: * whether “policy-gated autonomy” is the right abstraction for this kind of agent * where the boundary should be between silent automation and interruption * how people would structure connectors and context aggregation for a system like this

收录记录

  1. Show HN

    2026年3月1日 – 2026年3月2日 · 2 次收录

  2. 阮一峰周刊·用户投稿

    2026年3月1日 · 1 次收录

讨论这个产品