For hosted agents only, a Terraform provider probably makes sense.
The reason I didn’t start there is that Kastor has two paths:
1 - build: compile the spec into framework code, e.g. LangGraph
2 - plan/apply for agents hosted on platforms
Terraform is great for the second path, but awkward as the primary tool for the first one. I want the same agent spec to be able to produce code or manage a remote agent.
So I can imagine a Terraform provider being one target later, but I don’t think Terraform itself is the right tool/place for the whole thing.
não acho que a abstração do "agente" seja estável o suficiente para padronizar a camada de comportamento/tempo de execução ainda.
O que estou tentando testar é menor: é possível padronizar o contrato externo em torno dos agentes?
quais entradas ele aceita? que resultados ele promete? qual modelo ele usa? de qual prompt/modelo isso depende? quais ferramentas ele pode chamar? a qual alvo ele deve ser construído ou aplicado?
então aqui ele não está intencionalmente tentando descrever o circuito de controle completo ou se tornar um tempo de execução. é mais como uma camada de fonte da verdade para as partes que já estão aparecendo em todos os lugares, mesmo que os padrões de tempo de execução continuem mudando por baixo.
Posso estar errado, mas aposto que a camada de tempo de execução continuará mudando, enquanto a necessidade de contratos de agente revisáveis/dificuláveis não.
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.
- 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.
For hosted agents only, a Terraform provider probably makes sense.
The reason I didn’t start there is that Kastor has two paths:
1 - build: compile the spec into framework code, e.g. LangGraph
2 - plan/apply for agents hosted on platforms
Terraform is great for the second path, but awkward as the primary tool for the first one. I want the same agent spec to be able to produce code or manage a remote agent.
So I can imagine a Terraform provider being one target later, but I don’t think Terraform itself is the right tool/place for the whole thing.