スタック名がリネームできます。..スタックのエキスポート前にやっておくと、エキスポートしたスタックのjsonを編集する手間が減るのでオススメです。コピーしておきましょう。プロジェクト名とスタック名が書かれており、これが一致しないとインポートできません。開いて一括置換しましょう。行うと間違えた場所を置換する心配がありません。guardduty.stack.checkpoint.json正常に取り込めたはずです。設定していたコンフィグやシークレットは入りません。適当にいい感じに設定しましょう。元の環境から持ってきたら、新しいスタック環境でリソースとスタックの同期をとっていきましょう。実環境の状態をステートに取り込んでおきます。refresh最後に実行して終わりです。upプロジェクト名が変わったので、最上位urnであるプロジェクト名だけ入れ替えが出ますが、個別のリソースステートに差分は出ず影響ありません。消したり、元のプロジェクトを消しましょう。プロジェクトパスを直したりすれば完璧ですね。いじる力業で何とかなります。いえ、ミスをすると怖いので、やるときは実験プロジェクトなどで要領を把握してからやるといいでしょう。面倒なことといえばYAML、というのはよく聞くし私もそう思います。YAMLが面倒なことはいくつもありますが、その1つに「YAMLの定義がポリシーとして正しいかの検証」があります。ありますが、個人的にはローカルで気軽に始められるConftestから慣れていくのがいいと思います。試行錯誤しやすいところから入るのが大事。ポリシーは、それぞれに名前つけたほうがテスト書いていて指定したポリシーと明示できるのがいい。ポリシー自体が正しいか試行錯誤することになるので、先にテスト書いたほうがいい。テストで引数使うの避けている。テストが通らなくなってしんどい。