Я начал этот проект не потому, что хотел создать еще одного ИИ-агента. Я построил это, потому что что-то сломал. Работая над проектом MCP, я внес изменения в инфраструктуру Terraform. В то время само изменение выглядело нормально, но потом...
Я начал этот проект не потому, что хотел создать еще одного ИИ-агента.
Я построил это, потому что что-то сломал.
Работая над проектом MCP, я внес изменения в инфраструктуру Terraform. В то время само изменение выглядело нормально, но после его внесения я понял, что затронул что-то еще, о чем не учел.
Terraform фактически выполнил свою работу. Это показало мне, что изменилось.
Проблема заключалась в том, что я смотрел на изменение, а не на все, что с ним связано.
Это заставило меня задуматься.
Прежде чем объединить PR, я действительно хотел чего-то, что могло бы сказать мне:
Что может сломать это изменение?
Почему оно могло сломаться?
Что еще зависит от ресурса, который я меняю?
Как далеко может распространиться воздействие?
Это стало отправной точкой для того, что я построил.
За рамками плана Terraform
Любой, кто работает с Terraform, знаком с этим планом.
Вы меняете инфраструктуру, запускаете план, проверяете, что будет создано, обновлено, заменено или удалено, а затем решаете, удобно ли вам это применять.
Это полезно, но когда инфраструктура становится взаимосвязанной, анализа отдельных изменений не всегда достаточно.
Допустим, я меняю политику IAM, используемую функцией Lambda.
