logoalt Hacker News

Show HN: Kastor – Terraform-style specs for AI agents

28 pointsby weirdguytoday at 3:25 PM15 commentsview on HN

Comments

empath75today at 4:09 PM

The problem right now with something like this is you're trying to nail jello to a wall. People haven't figured out what an agent is yet, and trying to crystalize what people happen to be doing right now means in a few months, you're going to be obsolete.

show 2 replies
handfuloflighttoday at 3:57 PM

The website is down?

show 1 reply
Leewentoday at 4:05 PM

works for me. terraform for agents? neat

show 1 reply
Dan-SCtoday at 5:35 PM

[flagged]

rnagulapalletoday at 4:38 PM

[flagged]

weirdguytoday at 3:28 PM

hey HN, it's first time posting something here.

I’m building Kastor: Go CLI/declarative language/config for AI agents.

the motivation: agent definitions often end up spread across framework code, prompt files, tool files/mcps, platform UI settings, and env vars. that makes them hard to review, diff, reproduce or move.

Kastor is an attempt to put a source-of-truth layer above that.

right now the working proof of concept is narrow:

- .agent / .tool / .prompt files - HCL parser + validation - dependency/reference checks - LangGraph codegen - runnable weather example - runnable content scheduler example

the long-term direction is Terraform-ish:

- build: compile to framework code - plan/apply: reconcile hosted platform agents - state: track remote resources and detect drift

I’m deliberately not trying to build another agent runtime. the thing I’m trying to validate is whether agents need something closer to IaC: versionable, reviewable, declarative source of truth.

would appreciate any kind of feedback, especially on the language/design.