無人の一棟貸しの宿を運営しています。フロントに人がいない分、決まりと記録で回す仕組みが要ります。

その一つが、人数の数え方です。うちでは、家に入った方は、短い時間でも全員を人数に数えます。

理由は3つあります。

一つ目は、法令です。無人の宿は、フロントの代わりに、誰が建物に出入りしたかを確かめる仕組みを持つことが求められています。

二つ目は、安全です。火事や地震の時に、中に何人いるかが分からない。無人の宿にとって、これが一番の危険です。

三つ目は、公平です。人数で料金をいただく以上、決まりは誰にでも同じに当てはめます。

先日、この決まりの受け取り方で、お客様と行き違いがありました。決まりは事前に何度か案内していて、記録もありました。だから、感情ではなく、記録に沿って落ち着いて対応できました。

一方で、決まりを作ることより、決まりの理由を伝えることのほうが難しい、とも改めて感じました。伝え方は、もう一度見直します。

決まりがあり、記録があり、その上で伝え方を良くしていく。無人の運営は、この積み重ねだと思っています。

正直、楽ではありませんでした。でも、仕組みを一つ良くする機会になりました。また明日から。

タイトル：AI同士が、私の指示を待たずに段取りを合わせてきた日

今日は、AIを使って社内の業務システムの改修を2件進めていました。中身はまったく別の改修で、それぞれ別のAIに担当させています。

作業の途中で、ふと気になって一言だけ伝えました。「2つの改修を、同じタイミングで本番の仕組みに入れるとまずくないか」。

すると、そのAIがもう一方の改修を担当しているAIを自分で探し出し、両者で段取りを確かめ合いました。「こちらは今日中に終わる」「そちらは来週から始まる」「だから互いにぶつかることはない」。そこまで話をまとめたうえで、結論を私に報告してきました。

AI同士にこうした連携をさせられること自体は、以前から知っていました。ただ、これまでは「誰と、何を、どう確認するか」を私が細かく指示して初めて動くものでした。AIはあくまで自分に割り当てられたテーマの中でしか動かない、というのが私の認識です。

今日は違いました。大まかな方向を一言伝えただけで、担当の枠を越えて相手を見つけ、当事者同士で調整を済ませてきました。AIが自分で考えて動くことは知っていましたが、そこからさらに一段進んだと感じています。これが今日いちばんの驚きでした。

なお、判断と承認は引き続き私が行います。AIは調整して報告するところまでを担い、実際に本番に反映するかどうかは人が決めます。この線は今後も変えません。そのうえで、確認や段取りの手間をAIに任せられる範囲が広がれば、少ない人数でも業務の質と速さを上げられます。引き続き、社内での使い方を磨いていきます。

彼らはプログラムを書いてくれるのは非常に優秀なんですけども、修正をする時に既存の大切なところまで消してしまうというのがかなり厄介だなと思いました。

その場合にどういう設計方法が考えられるんだろうというのはあるんですけども、考えられるのは大元の既存のベースからちゃんとしっかり書き換えてゼロベースで作り直すというのが一つ。

あとは既存のデータベースとかシステムには影響させず全く別方向のアプローチで別物として作るというのが2つ目ですね。

現実的に考えられるものの1つ目のデータベースをきっちり書き換えるという時に差分を取ってその差額がどのぐらいあるかというところを考えさせるという部分なのが一つではあるんですがじゃあ現実的にそれができるかどうかというところで言うと結構めんどくさいなというそうすると2つの別システムというのがあるんですけどもじゃあこれが現実的かっていうと、やっぱりある程度連動するというところがあったりする。 じゃあどうするかっていう風なアプローチで言うと3つ目のことが考えられて、2つのシステムを連続して回すであくまでも接続するというような考え方ですね。ただしそれも一つの考え方ではあるんですがやはり競合する部分というのが出てきてしまうのでそこからするとバージョン1バージョン2とかというところを取って消しているところがないかというところをやっぱりチェックさせるというなので既存ファイルを書き換えさせるんじゃなくてコピーしてバージョンアップで既存ファイルというのは残すというような癖を付けるというのが一番の解決策なんじゃないかなという風に思いました

昨日不動産賃貸オーナーの食事会に参加してきました。その中で感じたことをちょっとメモも兼ねて記載していきたいと思います。どのように昔と違うかというところで言うと、返済比率に対しての感覚が飛ん増しているというか、鈍ってるなというのがあったりします。僕が始めた時代だと返済比率50%も超えていると何それみたいな感じで、60%超えるとよっぽどリッチがいいところなんだねぐらいの感覚だったんですけども、これがもう60超えていて70とかでも全然構いませんみたいな銀行が融資したら買いましょうみたいな感じになっているのが正直怖いなというふうに思うところです

実際購入した後はリフォームとかも発生しますし空室が発生したりということもあります ではたまた大規模修繕ということもあるでしょうし予期しないと大きな修繕とかも発生するわけですよねでその時に7割とかの返済比率とかで言うと残り3割しかないですないわけですから ほとんど手元に残るところはないよねっていうその辺に対して何か考えてるんですかみたいな感じのやわり聞いてみるんですけど何も考えてないっていうそうした時に彼らはこれらの問題に対してどのように対策してるんだろうという風に感じるわけです

えっと私の感覚性からするとここに対してのリスクヘッジとかを何か講じているんであったらまあいいと思うんですね。はたまた別事業やっていてそっちの収入がガッツリあって、あくまでも資産運用の一つでそっちの事業があまりにも優秀だし頭金もしっかりあるからそこまでのリスクを取ることができますっていう人も中にはいるんでしょう。

なんですが、私の感性からするとそこまで喋ってるような人は全くもって皆無だったので、じゃあそこまでのリスクを取るというのは一体どういう思考に基づいてやってるんだろうなみたいな感じのところは感じてしまいました。

今日は様々な業種さんとの合同での勉強会でした。やはり全然違う業種、Amazonで物品を販売しているような会社とか薬局の会社さんとか。私からすると完全に業種の方々なんですけども、そういったところと話を聞いていたり、そういう方々の悩みっていうのがそういうところで悩むんだみたいな感じのところは本当に視野が広くなるというようなことがあって、とても勉強になります。それ自体ですぐ何か使えるかどうかというのは違うんですけども、むしろ使えない知識のことが多かったりするんですが、とはいえそういう発想方法とか思考法があるという考え方からするととても有益だなと、そういう時間となりました。
特に面白いかなと思ったのは 障害者雇用とかに対して取り組みますという会社さんがいらっしゃって障害者の雇用率が2.5%から2.7%で義務が引き上げされた というところがあるんですけども超絶大企業だったらいざ知らず 中小企業で中途半端にその辺の基準が上がってしまうとそこに割くだけのリソースがあまりないっていう なんで本当に大企業であればそこまで問題にならないというか既存のフレームワークの延長線上でやればいいみたいなところがあるんですけどもそうじゃない会社ってなってくるとやはりそこに対してリソースを割らないといけないっていうのが大変だっていうことがあってじゃあそれに対してビジネスチャンスがあるだろうみたいな発想っていうのはとても参考になりますよね法改正とか法解釈とかがある程度変わって時期が変わるというか時代が変わるっていったときにじゃあ何が発生するかっていうような発想とか考え方っていうのはとても参考になると今その1日です

今日のテーマはあまり大した話じゃないんですけど いくつかの銀行口座を新しく開拓しようと思って何個か回らせていただいていますただ銀行によって同じ法律というか 同じ多分指示っていうんですかね銀行口座を開拓というか新しく作るときに おそらく金融庁から同一の指示内容でやってると思うんですけどオペレーションが結構違うのが面白いなという 単純な話です。

ある銀行はもう本当に申し込み書だけ受けて 実際の決算書とかそういうのは後日チェックしますってことで受け取ろうとしないっていうようなオペレーションをしたりとなる銀行だと最初にも申し込み書とかもバリバリ書かせて ヒアリングもがっつりするっていうようなスタイルだったりっていうなので同じ法令に基づいても結構違うなぁというところがあったりしますもしこれちょっと話は変わってしまうんですけど 宿泊所でも同じことがあって同じ法律に基づいているのに違う地域とか違う刑とかに行くと保険所の対応が全然違ったりするんですよね本当に同じ法律に基づいているのかというぐらいルールが違ったりするっていう今回の銀行のやつ一つっても各銀行で各々の対応が違うっていう最初に申し込みを取るところまで本当最小限のコピーだけ取って終わるみたいなところも違うしということからするとやはり曖昧なところから各個別の独自進化というところが遂げているというところを考えると、役所の法令適用のところも銀行の口座開設というところもある意味遠いようで近しいようなというところを感じたという。そんな1日でした。


ちなみにオチは全くありません

昨日に引き続き銀行向けの資料をやっていたんですけども、ある程度ちょっと諦めたなというところがありました。何かというと、パワーポイントのように、精緻な資料ではなく、毎回毎回ちょっとずつ相手によって物事を変えたりとか文言を変えたりするような資料は、エージェントでの生成っていうのが非常に向かないなっていうのが、一旦の結論として保持します。

どういうことかというと、おそらくAIエデントの系統でプログラムとかPythonとかで作ってくれる行動の類とかっていうのは、おそらく反復継続で2回目3回目でも同じ内容を出力するっていうような前提に立った時は非常にやりやすいんだろうなっていうところがあったりします。逆に何がやらせちゃいけないかっていうのは、2回目3回目4回目って言った時にちょっとずつちょっとずつ内容が変わるものっていうのは非常に苦手なんだなと。つまり例えばPythonコードで作って物事を挟み込むって言ったときにこの案件のときはこうだけどこの案件のときはこうだみたいな感じでちょっとずつ物事を入れ替えるって言ったときには非常にやりにくいっていうそれであれば計算式とか裏のロジックみたいなところある程度作っておいてあげて最後はこの方向性で作ってくださいねっていう適度に予備というか遊びを持たせた状態でAIに最後パワーポイント作ってくださいねっていう指示出ししたほうがいいんですね

ぶっちゃけ、どこまでできるかみたいな話とか時間の話なんですけども 最初の資料を作ったりするのは2,3日でできたりしたんですよ。なんですけども、それをもうちょっとPythonとか使って どにかこうにかっていうので汎用性持たせて毎回毎回トークンはあまり使わないようにしようと思ってやってたんですけども 結局なんやかんや1ヶ月半弱ぐらいですね1ヶ月1週間ぐらいずっとクロードコードとかと一緒にでもねこうでもないって言ってバージョンとかも何十回もやったりとかトークンもリミットを使い切って枠をきっちり使い切るために深夜にまた起き出して作業とかもしていたんですけどそれも結局あんまり良くなかったよねっていう結局何が良くなかったのかなっていうところはやっぱり曖昧性があるところとか変化がするというところとAIが作ってくるような構造っていうのとか設計思想とは非常に相性が良くなかったなっていう部分があったりします
つまりのところ、毎回毎回100%一緒というか ある程度再現性が高いもの例えば仮入れ金比率が何パーセントの出てくるかどうするみたいな感じで 数字の入れ替えぐらいはいいんですけども文章を書き換えますとかグラフを書き換えます みたいなところまでいくと相当結構厳しいというか エラーを起こす率が格段に増えるっていうじゃあちょっと色を青からあっちに変えてねって言うと青から変えるっていうところがやっぱり全部コンピューター的にというかPythonというかプログラミングコードぐらいに一部の隙もないようなぐらい詰め込まないとこういう曖昧な指示だと全然うんともすんともいかないっていうところが感じるところであります

本日は、銀行用の提出資料を様々作成していたのですが、AI活用の実務においてある程度の限界点が見えてきましたので、備忘録も兼ねて本日のブログに書き留めておきたいと思います。

結論から申し上げますと、現在の生成AIは「既存のフォーマットをいじったり、綺麗に整えたりする作業」が非常に苦手だということが分かりました。

今回、最上位のAIモデルの有料枠機能上限まで、この資料作成プロジェクトにほぼ全てをつぎ込んで検証してみたのですが、それでも「人間が意図するフォーマット通りにまともに作成できない」という事実が浮き彫りになりました。逆に言えば、フォーマット調整は苦手な一方で、「コードの記述」や「とにかく揺らぎの少ない論理を作成させること」に関しては非常に得意だという感覚です。

現在、「文系の業務の中核となるような資料作成などが、全てAIで代替される」といった極端な意見を耳にすることもあります。確かに、結論が出やすいものや、ある程度方向性やゴール（期限）が決まっている業務については、AIに置き換わっていく可能性は高いでしょう。しかし、そうではない複雑な業務については、AIが完全に代替できるようになるのはまだまだ先であり、AI自身も苦手にしている気がします。

なぜかと言いますと、結局のところ「ゴールがふわっとしている」業務においては、こちらが考えている意図とAIが考えている出力との間にギャップが生じ、それを埋めるための学習データが圧倒的に足りていないからです。その辺りの学習データが蓄積されてくる5年後、10年後になればまた状況は変わってくるかもしれませんが、現状において「PowerPointのフォーマットで、ここの部分はこうしたい」といった細かいお作法をAIに汲み取らせるのは至難の業です。現状ではまだ、AI単独で完璧な資料を生成させるのには至らないと考えるのが重要だと感じました。

では、この課題を実務でどう解消させるかについてですが、結局のところ、現状のPowerPoint等の資料作成においては、「こちらでフォームや形式を完全に指定する」というプロセスが不可欠です。枠組みを決めてしまった上で、そこに変数や関数を入れる作業や、コードを書かせるという部分については機械に任せても良いと思います。しかし、やはりレイアウトの微調整（「これよりはこうする」といった判断）や、根本的なフォーマットの設計については、ある程度人間側で指定してあげなければ、現状での実用的な生成は難しいという気がします。

もし「毎回フォーマットが変わってもいい」ということであれば、AIにゼロベースでパーッと作らせるのも一つの手かもしれません。しかしその場合、当社の事業のように「反復継続して精度の高い書類を作成する」という目的には向きません。1回ポッキリの使い切りシステムの叩き台を作成するという観点では十分使い物になるのですが、やはり最終的な調整段階で「ここが違う」といった違和感が生じやすくなります。

そう考えると、AIは「使い切りの叩き台を作る」という観点では極めて優秀です。しかし、そのまま人に提案して対価をいただけるレベルの成果物を期待したり、反復継続して全く同じ精度のものを作らせたりといった使い方には向いていないというのが、現場で泥臭く検証を重ねた私なりの結論です。

claude使ってＨＰを改修できるのかと思いテストしてみました。

そうしたら結構自動であっちこっち触って操作してくれるんですね。

電話番号が違っていたり、宅建免許の番号が更新されていなかったりの部分がずっとあって、10年くらい触っていないHP。というより触れないHPがあったのがずっと気になっていたので、この点を治せたのはとても良かったです。ずっとキャプチャ取って違う。こうだ。みたいに動いてくれるので、HP作成はもうプロに頼むのはほとんどなさそうです。

クロードコードを使ってシステム開発が止まらないっていう話です。大体最近は2日に1回ぐらい新しい自社内の便利なシステムとか効率化システムっていうところを作っていたりします。これが本当に止まらないですね。楽しすぎて止まらないというか。やはりこれまですごいめんどくさいっていうより、僕が純粋にめんどくさがり屋だみたいな部分はあるんですけども、そうした部分をシステム化させるっていうところは本当に楽になるなっていう。なので物草な要素が多分にあるんですが、そこがシステムで解消されるっていうのが本当にいいなっていうところがあったりします。

特にこれ大きいなっていうところが、やっぱりチャット形式で実際のシステムとかプログラムコードに貼り付けたりどうのこうのっていうのがかなりなくなった。実際のコードを作ってくれるとかテストしてくれとかっていうところも、全部最初から喋っておくと全部やってくれるっていうところはあったりするので、とても便利な経験です。じゃあ今後この辺がどういうふうな進化の仕方するかというと、多分これはおそらく僕の予想では市民権を得るだろうというような予想をしています。

それで、じゃあ今後2027年とかどういうふうなシステムになっていくかなみたいなことを言うと、多分僕の予想としてはGoogleじゃなかったクロードコードがクロードコードを書いて、そのクロードコードがさらに別のクロードコードを書くみたいな、だからシステムがシステムを合わすみたいなところまでは十分に予想されていて、かつそれは実行されるんだろうなというところがあります。そうすると日本不動産としてはどのような動き方というか仕事の仕方をするかというところ、特に知的生産性のところとかについてはかなり付加価値が減ってくるというか、コストが減ってくるだろうというところが予想されるので、それに向けてやはり会社としてどういう方向性に向いて走っていこうかなというところを考えるところではあります。