既存システムの仕様と動作を可視化し、AIエージェントを統制・検証しながら、安全かつ高品質なモダナイゼーションを実現します。
新旧システムが同じ業務結果になることを検証しながら進めるため、いま動いている業務を壊しません。
どの段階でも、成果物を手にしたまま止められます。後戻りできない移行から抜け出せます。
AIだけでは品質は保てません。計画・レビュー・テストを開発プロセスに組み込み、一貫した品質を実現します。
保守・採用・セキュリティ・開発スピード。レガシーシステムの放置による損失は、気づかないうちに日々積み上がっています。
EOLや未適用パッチにより、脆弱性対応が後手に。情報漏えい・停止リスクが高まります。
古い技術に対応できる人材は年々希少に。属人化が進み、退職時の引き継ぎリスクも増大します。
システムが硬直化してリリースが遅くなり、新しい要件に対応しづらくなります。
場当たり的な改修が積み重なり、保守費用は増加。本来投資すべき開発リソースを圧迫します。
「何でもできます」より「この条件なら強い」を、正直にお伝えします。
現行業務を維持したまま、安全にモダナイゼーションしたい。
ブラックボックス化したシステムから、仕様や動作を可視化したい。
現行資産を活かしながら、段階的にリスクを抑えて刷新したい。
長年の業務ロジックやデータを活かしながら、価値を最大化したい。
このような条件に当てはまる企業ほど、Regen*の価値を発揮できます。
Regen*は、コードと実際の動作を解析し、既存システムの仕様を可視化します。仕様書の有無にかかわらず、主要なレガシースタックのモダナイゼーションに対応します。
上記以外や独自フレームワークも、アセスメントの段階で柔軟に対応できます。
| レガシースタック | 特有の課題 | 移行の進め方 | モダンスタック（例） |
|---|---|---|---|
| PHP CodeIgniter / 旧Laravel | Fat Controllerの蔓延／フロントとの密結合／N+1 | レイヤード化／ORM安全移行／API・フロント分離 | Laravel最新＋React/Vue など |
| Java Struts / 旧Spring | EOL脆弱性／密結合なJSP／重厚なXML設定 | Spring Boot移行／アノテーション化／REST段階リライト | Spring Boot＋Next.js/Nuxt など |
| .NET ASP.NET WebForms | ViewState肥大／Windows依存／テスト困難 | .NET Coreでマルチプラットフォーム化／MVC再構築 | .NET 8＋Azure/AWS など |
| Ruby 初期Rails | コールバック地獄／gem陳腐化／Fat Model | ServiceObject分離／gem置換／RSpec自動生成 | Rails 7＋Hotwire/SPA など |
| COBOL メインフレーム / オフコン | 有識者の高齢化・退職／JCL・帳票・固定長データとの密結合／設計書の散逸 | 資産の棚卸し／コードからの業務ルール復元／バッチ・オンラインの段階移行 | Java（Spring Boot）や .NET＋クラウドDB など |
仕様書がなくても、コードと実際の動作をもとに、レガシーシステムのモダナイゼーションを支援します。
AIだけでは企業システムは刷新できません。AIエージェント基盤「Sun*Takumi」が仕様復元・変換・検証の下書きを高速に生成し、シニアSEがレビューと最終判断を担います。
ソースコードと実行挙動から、業務仕様・例外処理・暗黙知を可視化します。
単なる構文変換ではなく、責務分離・API化・テスト可能性を含めて再構成します。
新旧で同じ業務結果になるかを確認し、差分をマージ前に検出します。
シニアSEが品質ゲートで判断し、進める・止める・戻すを決めます。
この工程で実際に作られる成果物は、サンプルで確認できます。成果物サンプルを見る →
まずは全体刷新ではなく、対象システムの構造・仕様・リスクを3〜4週間で可視化します。各ステップに「ゲート」を設けることで、進むか止めるかを判断できます。
→ ゲート1：移行方式と予算の目安を見て、進むか判断
→ ゲート2：代表モジュールで新旧の一致を確認できたら、横展開へ
最短3週間でアセスメントを完了し、4ヶ月目には継続的なリリースサイクルへ。
成果へのコミット：ゲート通過に必要な超過工数は、Sun*が負担します。
生成AIは速く開発できます。しかし、企業システムでは「速さ」だけでは十分ではありません。
Regen*は、品質・セキュリティ・レビューを開発プロセスに組み込み、
安全なモダナイゼーションを実現します。
プランナー／実装／テスター／レビュアー等が連携
仕様の復元／パリティ生成／コード翻訳ほか
実行前後の要所で自動発火し、危険な操作や機密アクセスをブロック
※ セッションを跨いで文脈と意思決定の履歴を保持し、すべての操作を監査・検索できます。
生成はAI任せにせず、実案件のノウハウを定義済みスキルとして呼び出して制御します。
対象システムはコードナレッジグラフとして解析され、依存関係と影響範囲を実際のコードの繋がりに沿って追跡できます。
コーディング規約や設計ルールをHooksとして組み込み、常に品質基準を維持します。
AIによる自動レビューに加え、シニアSEが最終レビューを行い、品質を確認します。
TDDを基本とし、自動テストを実行。仕様どおりに動くことを継続的に検証します。
ガードレールとセーフティチェックで危険な操作を事前に防ぎ、変更履歴とレビューを監査・記録します。
AIが正しく判断できる環境を設計し、品質・安全性・再現性を実現する——Sun* TakumiのHarness Engineeringは、7つの柱で構成されています。
※ 概念図。構成要素の詳細は下の7つの柱をご覧ください。
28のフックが実行前後の要所で自動発火し、AIが何を生成しても計画・テスト・レビューの規則を強制します。
各エージェントは役割に必要な文脈だけを受け取ります。余計な履歴を渡さないことが、精度と安全性を高めます。
96のスキルが相互に呼び出し合い、計画→実装→テスト→レビューを自動で連鎖させます。
破ってはならない制約を土台に組み込み、テストなしのリリースや本番への直接変更をそもそも実行できなくします。
22の専門エージェントが役割・モデル・指示を分けて担当します。計画する者がレビューを兼ねる混乱をなくします。
すべての判断と操作をジャーナルとテレメトリに記録し、セッションを跨いで監査・検索できます。
コードベースをグラフ化し、呼び出し経路・依存・影響範囲という実際の繋がりに沿って解析します。
スキルは一本道ではなく網の目で繋がります。1つの経路が使えなくても別の経路が残る、ハブ＆スポーク構造です。
1つのコマンドが全工程を起動し、配下のすべてを指揮します。
計画・実装・テスト・レビューのスキルが相互に呼び出し合い、メッシュを形成します。
調査・文書検索・リスク予測など、ハブから呼び出される機能部品です。
バックエンド・フロントエンド・セキュリティ監査など、30以上の専門スキルを個別に差し込めます。
実案件で得た刷新ノウハウをSkillとしてパッケージ化し、仕様書・テスト・移行計画の生成方法まで定義します。
20個以上のテンプレートを用意し、画面・機能・業務ルール・例外処理など、出力すべき観点と粒度を定義します。
コードや挙動から機能単位・ユーザーストーリー単位へ分解し、暗黙知を移行可能な仕様に戻します。
出力をそのまま採用せず、抜け漏れや矛盾を検証し、修正ループを通して精度を高めます。
案件ごとに定義済みのSkill・テンプレート・レビュー手順を呼び出して、再現性のある成果物を生成
現状維持・従来型リライト・Regen*では、総額が近くても抱えるリスクが大きく異なります。Regen*はゲートごとに判断し、段階的に投資できる設計です。
| 観点 | 現状維持（5年） | 従来型リライト | Regen* |
|---|---|---|---|
| 直接コスト | 保守費増＋障害対応 | 当初予算を超過しやすい | 予測可能・段階的投資 |
| 失敗リスク | セキュリティリスクが積み上がる | 一括移行で高リスク | 各ステップのゲートでリスクを分割 |
| 元に戻せるか | 戻す手段がなく、劣化が進む一方 | 一括移行のため後戻りできない | モジュール単位で戻せる設計 |
また、移行パターンや検証の仕組みを再利用できるため、プロジェクトの規模が大きく、期間が長くなるほど、プロジェクト全体のコスト効率は高くなります。
リスクを見ながら進める刷新プロセス。大手SIの「規律」とAIツールの「速度」を組み合わせ、Agent Skillと品質ゲートで生成物を制御します。
| 評価軸 | 大手SI | オフショア | 純AIツール | Regen* |
|---|---|---|---|---|
| 速度 | 低 | 中 | 高 | 高い（案件が進むほど効率向上） |
| 柔軟性・可逆性 | 低 | 中 | 中 | ゲート制で可逆性を確保 |
| エンジニアリング規律 | 高（属人的） | 低 | 低 | Agent Skill＋シニアSEレビュー |
| パリティ／監査証跡 | 中 | 低 | なし | verify / revise＋ログで同等性確認 |
フェーズ0は短期で始められるため、まず情報共有から着手し、提出されるSOWドラフトを稟議資料としてご活用いただけます。
進め方・費用感はフェーズごとに異なります。具体的な金額は、アセスメント結果に基づいてご提示します。
フェーズ0は3〜4週間、フェーズ1は4〜8週間が目安。フェーズ2は継続的な支援となります。
各フェーズ末にゲート（受け入れ判定）があり、成果物を手にした上で次に進むか止めるかを判断いただけます。
ソースコードの取り扱い・実行環境・監査証跡・レビュー体制について、ご相談の際に個別にご説明します。
現在の課題や対象システムの概要を伺えれば、アセスメント計画とSOWドラフトを速やかにご提出します。まずは概要だけ・詳しい資料は不要です。
このサイトはreCAPTCHAによって保護されており、Googleのプライバシーポリシーと利用規約が適用されます。
再現性の高い成果物
品質の安定化
手戻りを最小化し、効率的に推進