はじめに
本記事は、2026年5月17日〜2026年5月24日を対象期間とする週次サマリーです。今週は、経営会議資料の準備、補助金申請に向けたフォルダ整備、法人設立の電子公証申請、移転価格税制に関する報告書の英文版作成、AI支援ツールの利用環境整備など、複数の実務領域が並行して動いた一週間でした。以下に、その週に動いたトピックを網羅的に記録します。
経営会議資料の準備：情報基盤整備と進捗管理設計
週の前半、あるグループ会社の経営会議向け月次実績報告資料（直近の月次実績ベース）の準備作業を進めました。
最初のフェーズとして、前月版の資料ファイルをベースにしたスライド構成マップおよび参考資料インベントリの2ファイルを自動生成しました。抽出には python-pptx を使用し、全40スライドのテキスト・テーブル・グループシェイプを再帰的に抽出して構造化しました。この段階では既存のファイルには一切手を加えず、次のフェーズ（実際の差し替え作業）に着手するための「対象マップ」を確保することを目的としています。
抽出の結果、更新が必要な要素の主軸パターンとして、表紙の日付、各セクションタイトル内の月表記、累計期間の更新、業績数値全般などが特定されました。また、進行中の案件に関するスライドは状況反映が必要であること、一部スライドについては再上程の要否を判断する必要があることも確認されました。一部のスライドでは本文テキストが自動抽出できなかったため、実物の目視確認が必要と記録しています。
その後、担当者との対話を通じて進捗管理の設計を確立しました。作業対象を9つのカテゴリに分類し、担当者ごとのマッピングと納品検知のプロトコルを整備。各カテゴリの担当者に対して、期日までに素材が揃い次第、順次差し替え作業を進める体制を整えました。PowerPoint上での手動統合を前提に、視覚的統一性の方針も確定しています。今後、この作業パターンを知識として蓄積し、再利用可能な形に整備することも検討しています。
補助金申請に向けたフォルダ一括作成
今週、ある補助金申請に向けて、必要資料を格納するためのフォルダ21個を一括で作成しました。
対象のExcelファイル内に整理された「必要資料」シートのA列番号を読み取り、数値型の行のみをフォルダ作成対象として自動的にフィルタリングするスクリプトを作成・実行しました。この仕組みにより、セクションタイトル行や列ヘッダー行は構造的に除外され、誤ったフォルダが作られるリスクを回避しています。フォルダ名はA列のゼロパディング2桁番号とC列の名称を組み合わせた命名規則で統一し、Windows環境の禁則文字はアンダースコアに置換しました。
処理はPhase 1（実行内容の事前確認・dry-run）とPhase 2（--executeフラグによる本実行）の2段階に分け、担当者がPhase 1の結果を確認したうえで本実行を承認する流れを採用しました。エラー0件・スキップ0件で全21フォルダが正常に作成されています。
作成完了後、この作業の設計判断（数値型フィルタによるヘッダー自動除外、ゼロパディング書式、禁則文字置換、Phase分割の運用）とつまずきポイントをナレッジとして記録・保存しました。再利用の必要性は「2回目が発生した時点で汎用化を検討する」という判断基準に基づき、使い捨てスクリプトは即時削除としています。
支援活動の記録：協力校からのリスト回収
今週、ある支援団体における奨学生管理リストの個別回収が完了しました。複数の協力校それぞれに対して個別にやり取りを行い、全校からのリストが揃いました。
回収完了の事実を記録としてログに格納し、次のフェーズに向けた課題も整理しました。今後は、回収した実ファイルの格納先の確定、リストの統合・正規化プロセスの設計、次年度以降の回収フローの効率化（フォーム化または共有ドライブ化）が検討事項として残っています。
移転価格税制：英文版報告書の Draft 作成
今週、ある製造業の移転価格税制に関する報告書（直近会計年度分）について、和文版と整合した英文版 Draft の作成を完了しました。
作業はPhase 1（差分マップの作成と担当者承認）→ Phase 2（XML編集による本体修正）→ Phase 3（検証）の3段階で進行しました。前年度の英文ファイルをベースとして、和文版との差分を抽出し、変更マップを作成。担当者の確認・承認を得たうえで、lxml を使った構造的なXML編集によりファイルを生成しています。
全24項目の検証チェックをすべてクリアしており、関係会社一覧のテーブル、略号表、年度表記、フッターの日付キャッシュなど、各所の更新が正確に反映されています。Phase 1の調査段階での誤認（一部の関係会社の記載有無の判断）をPhase 2で発見し、和文版との整合性を最優先する方針に従って修正したうえで、その経緯を自己訂正として明示しています。
担当者は今後、Word の比較機能を使った差分確認と、一部の図表（画像）の手動差し替えを実施する予定です。また、次回のチャットセッションへの引継ぎ文書も整備しており、新しいセッションから即時稼働できる完全自己完結型のドキュメントとして格納しています。
法人設立：電子公証申請が「審査中」に到達
今週、Altinaflyの設立に向けた電子公証申請が正式に受け付けられ、「審査中」ステータスに到達しました。
この到達には当日3度の試行を要しました。第1回は、使用したPDFソフトの署名形式が法務省システムの要件（PKCS#7 - Detached形式）と適合しなかったために不到達となりました。第2回は、添付ファイル名の文字数が31文字の制限を超えていたため不到達。ファイル名を調整したうえで第3回の申請を行い、正式に受け付けられました。認証の予定日は申請から約9日後に設定されています。
今回の経験から得た知見は、「電子定款認証の二段階署名構造」「法務省システムの特定版本制約」「電子署名ソフトウェアの正体と動作の仕組み」「環境設定3工程の論理的依存関係」「添付ファイル名の半角31文字制限」「担当者との対話パターンにおける参謀プロトコルの実装事例」の6本柱として整理し、ナレッジとしてログに格納しました。認証日以降は、資本金の払込・払込証明書の作成・法務局へのオンライン登記申請へと進む予定です。
ある業界団体 理事会向け予算スライドの作成
今週、ある業界団体の理事会向けに、翌期（約1年後の決算期を対象とする）年間予算の承認議案スライドを作成しました。
作成は、外部のメッセージスレッドでの議論内容をもとに、予算項目を7項目に集約するマッピングを設計するところから始めました。スライドのレイアウトは左右分割構成（左1/3がKPIサマリーと説明文、右2/3が7項目テーブル）とし、python-pptx による自動生成スクリプトで出力しました。色・フォントはナレッジ基盤内の設計定数から参照する設計とし、数値のハードコードは排除しています。
予算合計額の検算は4項目すべてでクリアしています。確度列については、トグル設定で事後に非表示化できる仕組みを設けており、理事会当日の要否判断に応じて柔軟に対応できます。
その後、担当者からの要望を受け、右側のテーブルのみをピンポイントで差し替えた第2版も生成しました。左パネルの手作業部分を保全したまま、右テーブルの7項目を確定値に更新しています。確度列を廃止した3列構成（項目・金額・注記）への再編も今回実施しており、検算4項目すべてクリア済みです。
今回の作業で、Excelの明細集計における二重計上の構造的な落とし穴（葉ノードの単純和と階層集計値の乖離）と、PPTX形式のファイルをGoogleスライドに変換した場合の書式崩壊リスク（フォント置換による右端揃えの破綻）という2点の技術的知見が得られました。これらはナレッジとして記録しています。
ある業界団体 理事会向け計算書類承認パートの記録
今週、ある業界団体の理事会（当日5月下旬）における計算書類承認議案について、担当範囲・決議骨子・実績サマリー・会計上のテクニカル論点を整理し、ログとして格納しました。
主な内容は、第2期事業年度の収支実績サマリー（収入構造・総コスト・損益・現金残高の概要）と、会計上の収益認識タイミングに関する論点です。特定の補助事業に関する収益は翌期に計上されるため、今期の売上認識はゼロとなっており、その分が仕掛品として振り替えられる処理が発生しています。この収益認識と仕掛品振替の考え方は、他の案件でも横展開可能な知見として明記しています。
理事会での決議可決をもって特定の残高がゼロに確定するという出口定義をあらかじめ設けており、タスクのクローズ条件を明確化しています。
Altinafly 事業設計：事業②の活動方針を確定
今週、Altinaflyにおける個人稼働型事業（事業②）の活動方針について整理し、その内容を記録しました。
事業全体を「①自動収益事業」と「②個人稼働事業」に二分したうえで、事業②を「育てる箱」ではなく「最小化・卒業させる箱」として再定義しています。具体的には、連結決算・税務領域は専門特化を深めて自動収益化を目指す対象として位置づけ、単純なアドバイザリー業務はクローズの方向、単純作業は自動収益事業へのR&Dとして位置づけ直しています。
今回の議論で得られた核心的な気づきは、「専門性を絞る」ことと「機能領域が広がる」ことは矛盾しないという点です。専門経験（深さ）は意図的に絞る対象であり希少性の源泉となる一方、機能経験（広さ）は雇用しない経営スタイルの副産物として自然に広がるものです。「絞る vs 広げる」という二項対立の設定自体が誤りだったという整理です。
また、還源という考え方（いつでも手放して別の構造から始め直せるという前提）が、重い意思決定を軽い調律に変換する装置として機能したという観察も記録しています。この整理は将来の事業構造に関する判断の上位原則として参照できるよう保存しました。
Altinaflyプロダクト思想の蒸留：「知性を受け取りやすい形で出す」
今週、内部AIエージェントとの対話を通じて、Altinaflyのプロダクト思想の核となる命題が抽出され、ナレッジとして格納されました。
中核命題は「知性を、相手が受け取りやすい形で出せる」というものです。この命題は、相手を評価対象として見ずに好奇心ベースで関わるという姿勢と、知性をアウトプットする際に受け取りやすさを優先するという態度の組み合わせから生まれています。知性が「武器」ではなく「支援」として機能するとき、共同探索の質が高まるという観察です。
この命題は、Altinaflyが掲げる哲学的基盤（静寂・整合・調律）の対外的な発露形態として位置づけられており、将来のサービス設計・ブログ記事の文体方針・コンテンツ評価軸などへの反映が候補として挙がっています。
Claude API モデル廃止対応の影響調査と知見の蓄積
今週、外部のAI APIプロバイダーからモデル廃止のアナウンスを受け、Altinafly内で使用しているスクリプト群への影響範囲を調査しました。
調査は読み取り専用で実施し、複数のスクリプトフォルダを横断する形でキーワード検索を実施しました。調査の結果、廃止対象のモデル名の使用箇所はゼロ件であり、現在稼働中のコード（記事自動生成パイプライン内のモデル指定箇所）は既に後継モデルに更新済みであることが確認されました。Phase 2（コード変更）は不要という結論で確定しています。
また、この調査プロセスの記録を単なる調査結果の保存にとどめず、「次回類似のアナウンスが届いた際に発火可能な調査プロトコル」として格上げして保存しました。横断検索のコマンドテンプレート、最短処理フロー（担当者関与5分以内・実行AIエージェント10分以内）、今後の検討事項への引継ぎ事項を整備しています。
コンテンツ配信パイプラインの引継ぎ文書整備
今週、Altinaflyが構築・運用するコンテンツ自動生成パイプライン（Phase 1構造改修後の状態）について、次回のセッションで即時稼働できる完全自己完結型の引継ぎ文書を整備しました。
本文書は、次のAIセッションが内部リンクや絶対パス参照を読めない前提で設計されており、必要な情報をすべて本文中に転記しています。整備にあたっては、実際のファイルを読み込んで内容を確認したうえで転記する「実走査原則」に従い、記憶ベースの記述を排除しています。
構成はSKILLとして整備されたチャット引継ぎプロトコルの標準フォーマットに準拠した9セクション構成（標準8セクション＋「次セッションでの優先論点」）とし、Phase 2の移行設計、週次進捗を記事化する構想の詳細化、改善ループの実運用の3つを優先論点として整理しています。全角括弧の保護についても、Python による書き込み後の検証を実施し、完全ペアバランスを確認しています。
おわりに
2026年5月17日〜5月24日の一週間は、法人設立手続き、経営会議資料の整備、補助金申請フォルダの構築、移転価格税制の英文報告書作成、理事会向け予算スライドの生成、APIモデル廃止への対応、事業設計の方針整理、プロダクト思想の蒸留など、幅広い実務が同時並行で動いていました。いずれのトピックも、再利用可能な記録・スクリプト・判断フレームとして整備しながら進めており、次のステップへの引継ぎが構造的に確保された状態で週を終えています。
