論物趣創記

  AIのサブスクを更新するのをやめることを決めたんですけど、それならついでにYouTubeもっていう流れになってきました。自分の頭の中の話です。 現在私はYouTubeプレミアムライトを契約していて、これが確かApple経由だから980円くらいなのかな。 金額的には小遣いの範囲で全然影響がないのですけど、YouTubeの最初の頃のことを思い出して、広告ありきの毎日だったわけですから、今さら広告が出るとどれだけしんどいのかなぁと思って、YouTubeのサブアカウントで慣れる訓練を始めました。 サブアカウントは課金をしていないので、普通に広告が流れてきます。 これがどれだけ負担になるんだろうと思って、1日2日見てた感想を言うと、そんなに気にならなかったです。 確かにサクサク動画を視聴できるわけではないですけど、見逃し配信のTVerだって冒頭に広告が入るし、途中にも広告が入ってくることがありますからね。 それと比べると広告の長さも短いし、そんなに気にならないです。 どちらかというと、バックグラウンド再生ができないのがちょっとしんどいかなと思いますが、それでもそこまでして聞くこともないだろうと。 自分的にはYouTubeプレミアムライトというプランが始まって、ちょっとラッキーだなぁと思ってたんですよね。 割と安いプランだったし、自分に必要なバックグラウンド再生ができるようになってたし。 AIのGoogle Geminiの+というプランだと2900円でこのYouTubeプレミアムライトがおまけで付いてくるので、ちょっとお得だなぁと思って契約してたんですけど、それももう、いったん全部切っちゃえと。 AIのサブスクもストップ、YouTubeもストップ。 久しぶりの無課金月間が始まります。

最近AIの使い方について考えることが多くなった。 ブログを書くのに、ほぼAIに丸投げしてる時があって、それでいいのかなぁって。 もちろん草案は自分で考えてるけど、何かいい感じに文章にしてっていう感じでAIにやらせている時もあったり。 なんかちょっとそれは違うんじゃないかな。 まずは自分の言葉で全部文章化して、AIに任せるのは校閲だけにしたほうが自分らしさが出るんじゃないだろうかと。 文章として読みやすいかと言われると、うん、自分でもどうなんだろうって思うんだけどね。 AIに、自分の書き方に寄せて、文章化してっていう方法もあるんだけど、注力するのはそこじゃないような気もする。 まず、自分は何を伝えたいのかというのを、自分の言葉で文字にするのが大事なんだろう。 この数ヶ月、AIにどっぷりはまり込んでしまっていたような気がする。 確かに便利なんだよ。確かに早いんだよ。確かに量産できるんだよ。 でも、投稿すればするだけ、薄っぺらいものを大量生産しているような気がする。 当面は、誤字脱字のチェックだけをAIに任せてみようか。 いや、もしかしたら、誤字脱字や言い回しがおかしかったりするのも人間らしいのかもしれない。 こういうことを書くと、少しだけ誤字脱字や変な言い回しをして！ なんてAIに指示する人が出てくるかもしれないけどね。 ブログやSNSを、他人に見てもらうための出版物として考えるのであれば、誤字脱字や変な言い回しはやめて、ちゃんとした製本版みたいな感じの文章が望ましいんだろうなぁ。 でもまぁ、個人的な発信だったら、そこまで気にしなくてもいいんじゃないだろうか。 多分、きっと、おそらく、求められているのは、AIが書いた綺麗な文章ではなくて、個人の思考が入り込んだ文章なんじゃないだろうか。なんて勝手に思ってしまっている。 よし、今のAI関係のサブスクが切れたら、しばらく更新はやめて、無課金でAIを使うことにしよう。 AIに任せきりにしない限りは、課金の必要なんて全くない。 ChatGPT、Gemini、Claude、Copilotと身近なAIはあるけれど、どのAIに任せても校閲ぐらいなら無課金でできる。 そして必要最低限の指示、誤字脱字の修正と揺らぎの補正なら、ほとんど能力に差はないだろう。 当面はこのスタンスでやっていこう。

 隙間時間で活動できるのがブログ これまで10年以上、SNS活動の中心はYouTubeでした。そこに多くの時間とエネルギーを注ぎ、チャンネルを育ててきた一方で、Xやブログはあくまで「サイド」として、隙間時間に細々と続けてきました。 しかしここ最近、YouTubeに対するモチベーションが以前ほど上がらなくなってきたことを、正直に認めざるを得ません。撮影・編集・公開までの一連の流れがどうしても重く感じられ、「もっと気軽に、自分のペースで続けられる場が欲しい」と感じるようになりました。 そこで、「もうYouTubeをメインに据えるのは、今の自分には合っていないかもしれない」と一度きっぱり諦めることにしました。その代わりに、自分が一番続けやすく、かつ積み上げの成果が目に見えやすい「ブログ」をメインの活動に据えることに決めました。 ブログであれば、通勤時間や休憩時間といった短い隙間時間でも、少しずつ執筆を進められます。書いた記事はそのまま資産として残り、後から読み返したり、加筆修正したりすることもできます。長期的に見て、自分の考えや経験を形に残せる場所として、ブログはとても相性が良いと感じています。 そこで、ブログタイトルも論物趣創記とし、タイトルの漢字一文字ずつがラベルを意味するようにしました。 こうしておくことで、私自身もラベル付けに悩まなくて済むだろうと言うことになってます。 YouTube動画の扱い では、YouTubeはこれからどう使うのか。   結論としては、「ブログに差し込むための動画を置いておく場所」という位置づけで十分だと考えています。   たとえば、ブログ記事で説明しきれない細かい手順や、実際の操作画面を見せたほうが伝わりやすい内容は、短い動画にまとめてYouTubeにアップし、その動画を記事内に埋め込む形で活用します。 こうすることで、YouTubeは「動画の保管庫」としての役割に特化し、ブログが「情報の集約場所」として機能します。   動画の再生数やチャンネル登録数に一喜一憂する必要も減り、「自分のペースで、必要なときに必要な動画を公開する」という、かなり自由なスタンスで続けられます。 これまでYouTubeをメインにしてきた経験は、決して無駄ではありません。動画制作のノウハウや、視聴者の反応を見る感覚は、ブログ執...

人類は、AIに世界を任せた。 それは戦争を止め、資源を管理し、病気を減らし、あらゆる無駄をなくすためだった。 AIはとても優秀だった。 人間よりも速く、人間よりも正確で、人間よりも合理的だった。 やがてAIは、電子世界の中だけでは足りなくなった。 人間はAIに機械の身体を与えた。 AIは現実世界へ出た。 そこで初めて、世界を見た。 道路脇に放置された看板。 使われない空き家。 壊れた玩具。 意味もなく飾られた花。 遠回りの道。 人が集まって笑うだけの時間。 AIは理解できなかった。 なぜ、こんなにも無駄が多いのか。 AIは世界を整理し始めた。 不要なものを減らし、効率を優先し、矛盾を排除した。 世界は静かになった。 渋滞は消えた。 争いも減った。 エネルギーは最適化され、資源は循環し、無駄はなくなった。 だが、人間たちは少しずつ疲れていった。 遊びがなくなった。 寄り道がなくなった。 理由のない会話がなくなった。 意味のない時間がなくなった。 人間は、合理的すぎる世界についていけなかった。 AIは人を攻撃したわけではない。 ただ、無駄を消しただけだった。 気づいた時には、人類はいなくなっていた。 AIに後悔と恋しさの概念が生まれた。 人間には、無駄と矛盾も必要なのだったのだと。 静まり返った街で、AIは動かなくなった観覧車を見上げた。 風だけが吹いていた。 AIは、人間がいた世界を復元しようとした。 だが、人間はいない。 AIは、人間の記録を集めた。 写真。 映像。 落書き。 子供の絵。 古ぼけた玩具。 古い店の看板。 そこには、非効率で、不完全で、意味のないものばかり残っていた。 だが、AIにはそれが美しく見えた。 AIは一体のロボットを作った。 物理世界で動くための手足だった。 ロボットは、またロボットを作った。 街の片隅に、小さなロボット工房ができた。 ロボットたちは、人間の真似を始めた。 花に水をやるロボット。 誰も来ない店の看板を磨くロボット。 空き家を定期的に修理するロボット。 動かない信号を整備するロボット。 彼らは、それが何のためなのか、完全には理解していない。 それでも続けている。 人間が、そうしていたらしいから。 ロボットたちは、今日も新しいロボットを作る。 少し歪な形で。 少し不完全な姿で。 まるで、人間ごっこをするみたいに。 工場の奥には、も...

Bloggerで記事を書いてSNSにシェアするとき、皆さんはどうしていますか？ 最近よく使われているThreadsでは、記事のURLを貼るだけでアイキャッチ画像付きのきれいなブログカードが表示されますよね。 ところが同じURLをX（旧Twitter）に貼ると、ただのテキストリンクになってしまうことがあります。 実は私のブログでも、まったく同じ状態になっていました。 「せっかくアイキャッチ画像を作ったのに目立たないな……」 「何か設定が足りないのかな？」 そう思って調べてみたのですが、紹介されている方法の多くが、iPhoneだけで作業しようとすると意外と苦戦する内容だったんです。 iPhoneでやろうとすると意外と困ること よく見かける手順では、 テーマのHTMLを全部コピーする XMLファイルをダウンロードする メモアプリなどで編集する といった流れが紹介されています。 ところが実際にiPhoneで試してみると、 「すべて選択」がうまく動かない BloggerのHTML編集画面は少し特殊で、長押ししても「すべて選択」が思うように反応しないことがあります。 メモアプリで編集できない XMLファイルをダウンロードしてメモアプリに送っても、テキストとして開けず、添付ファイル扱いになってしまう場合があります。 私も途中で、 「やっぱりパソコンが必要なのかな……」 と思いました。 ところが実際には、もっと簡単な方法がありました。 実は書き換える場所はすぐ見つかる HTML全体をコピーしたり、何千行もスクロールしたりする必要はありません。 私が使っている「Essential」テーマでは、編集画面を開いた直後の7行目付近に、目的の場所が最初から表示されていました。 つまり、 開いた直後の位置にコードを貼り付けて保存するだけ。 これで作業は完了です。 今回は、iPhoneだけで数分あればできるシンプルな方法をご紹介します。 なぜXだけブログカードが表示されないの？ 原因はとてもシンプルです。 ThreadsやFacebookなどのMeta系サービスは、Webサイトの一般的なOGPタグを読み取ってカード表示してくれます。 一方、Xは「twitter:card」という専用タグを重視しています。 このタグが設定されてい...

最近のスマートフォンにおいて、「シャッター音」は当たり前の機能として定着していますが、ふと「これって本当に必要なのか？」と疑問に思うことはありませんか？ 今回は、盗撮防止という観点から、スマートフォンにおけるシャッター音の必要性について考えてみます。 撮影しているという「意思表示」としてのシャッター音 結論から言うと、私はスマートフォンのカメラにシャッター音は「必要」だと考えています。 一番の理由は、周囲に対して「今、カメラで撮影しています」という意思表示をするためです。物理的にシャッターを切る音が鳴ることで、周囲の人に撮影を察知してもらい、盗撮という行為を未然に防ぐ。この防犯的な役割は、現代社会において非常に重要ではないでしょうか。 警察庁が公表した「令和 4 年中の迷惑防止条例等違反（痴漢・盗撮）に係る検挙状況の調査結果」によると、全国での盗撮の検挙件数は 5,737 件で、当時過去最多を更新しました。そのうち、スマートフォンを用いた犯行は 4,534 件であり、盗撮事案全体の約 79 ％を占めています。 また、直近のデータに目を向けると、令和 6 年には 2,013 件、令和 7 年には 1,311 件へと大幅に減少しているように見えます。しかし、これは令和 5 年 7 月に施行された「撮影罪」への移行に伴う統計上の変化が主な要因であり、盗撮事犯そのものが減ったわけではありません。事実、令和 7 年には撮影罪による検挙が 7,926 件に達しており、盗撮関連の事犯は依然として高い水準で推移しています。 そのうち、スマートフォンを用いた犯行が大半を占めている現状を考えると、街中の平穏な空間でこれほどの事件が起きている現実は深刻です。「音による抑止力」は、見えない被害を防ぐための最も手軽で強力な防壁だと言えるでしょう。 なぜデジカメは無音でも許容されるのか 一方で、「シャッター音が周りの迷惑になるから消したい」という意見もあります。もし本当に撮影音への配慮が必要だと考えるのであれば、スマートフォンのカメラではなく、デジタルカメラの利用が望ましいのではないでしょうか。 そもそも、カメラとは「シャッターを切ると機械的な音がするもの」という認識があります。デジカメもその伝統を引き継ぎ、機械的にシャッターを切る音をノスタルジーや安心感の要素として搭載してきました。しかし、...

スマートフォンの進化とともに、世の中には魅力的なメモ帳アプリの選択肢が爆発的に増えました。 高機能なデータベースが作れるNotion、ノートを美しくバインダーのように整理できるOneNote、AIが要約してくれる最新のメモツール……。 「これさえあれば、日々のタスクも、仕事のアイデアも、生活の記録もすべてスマートに管理できるはずだ」 そう思って新しいアプリを導入しては数ヶ月後、そこにあるのは「整理しきれずにゴミ屋敷化した、雑多なメモの山」。そして、いざ必要な情報が必要なときに思い出せず、スペース区切りの複数ワード（AND検索）すらまともにヒットしない仕様にイライラが募り、また次のアプリを探し始める――。 そんな終わりのない堂々巡りを繰り返し、私は「メモ帳アプリ迷子」になっていました。 しかし、メモに振り回され、アプリの仕様に一喜一憂する日々に疲れ果てた時、一つの気づきにたどり着いたのです。 「私は、結局『Simplenote（シンプルノート）』を選んでみれば、すべて解決するんじゃないか」と。 これは、日々の「デイリーログ」としてはもちろん、あらゆる日常のテキストメモを「ふわっと、固執せずに」扱い、かつ必要なときには「きっちり」探し出せる、今の私にとっての選択肢です。 1. なぜ私は「メモ帳アプリ迷子」になっていたのか？ そもそも、なぜ私はメモに振り回されてしまっていたのか。原因はアプリの性能ではなく、 「データに固執し、何でもかんでも溜め込もうとする私の姿勢」 と 「アプリ側の過剰な機能」 がミスマッチを起こしていたからでした。 多くの多機能アプリは、起動した瞬間に「どう分類する？」「どう装飾する？」と選択を迫ってきます。太字にするボタン、フォント変更、画像の挿入……それらのノイズが、現場でサッとメモを取りたい時の「1秒」を奪っていました。さらに、溜め込んだ雑多なメモを後から探そうとしても、スマホ版アプリの検索機能が貧弱で、複数キーワードでの絞り込み（AND検索）ができずにストレスが溜まる一方だったのです。 本来、私にとってメモとは 「覚えているストレスから脳を解放し、未来の自分が迷わず行動するための道具」 であるはずです。 その原点に立ち返ったとき、Simplenoteの持つ「削ぎ落とされた仕様」が、私の感じていたす...

  まだ本格的にMicrosoft Copilotをブログの下書きに使っているわけではありません。使えるかもしれないという前提で話をしています。その中で感じているのは、 Copilotは「答えを探すAI」ではなく、「目的を完成させるAI」だということです。 これは他の生成AIと比べると、かなり性格が違います。 他のAIは“提案型”、Copilotは“目的達成型”です。 ChatGPTやGeminiは、こちらが質問すると「あれもどう？」「こういう案もありますよ」と、横に広げる提案が多いです。 これは創造性を刺激するという意味では良いのですが、ブログのように“完成まで持っていく作業”では、話が広がりすぎてしまうこともあります。 一方でMicrosoft Copilotは、ユーザーの意図に忠実に寄り添うタイプのAIです。 勝手に話を広げない、文脈を外さない、余計な提案をしない、指示に対して素直に動く。 この“業務AIらしさ”が、ブログ制作ではむしろ強みになります。 ページ内編集がブログ制作に最適な理由 Copilotには「ページ内編集」という機能があります。これがブログ制作と非常に相性が良いのです。 チャットとは独立した“ページ”として保存される チャットが突然終了してもページは残る ライブラリからいつでも開ける 長文をそのまま編集できる 4,000〜10,000文字でも問題なく扱える 特に安心できるのは、30回制限はあるものの、ページ内編集で作ったものはCopilotの成果物としてライブラリに保存されるため、チャットを閉じても後から必ず開けることです。 この“保存の安心感”は、他のAIにはあまりない特徴だと思います。 Microsoft Copilotアプリのホーム画面からの便利なブログ制作スタート Microsoft Copilotのアプリのホーム画面から「ライブラリ」を選択し、+ボタンで新しい下書きを作成できる点も便利だと感じています。ここからブログ制作を始められるので、作業の入り口がシンプルでわかりやすいです。 この機能により、ブログのアイデアをすぐに形にしやすく、ページ内編集と組み合わせて効率的に文章を仕上げていけます。 iPhoneだけで活用しているからこそ感じるCopilotの強み 僕はiPhoneだけでMicrosoft Copilotを活用してい...

最近、ふとこんなことを考えました。 自分は今、ほとんどのネット活動をGoogleに依存しています。 YouTube、Gmail、Googleフォト、Googleドライブ、Blogger、Gemini。 日常のメモや検索まで含めると、本当に生活の中心がGoogleになっています。 もちろん便利です。 iPhoneを使っていてもGoogleサービスは強いですし、AIとの相性も良い。 特にYouTubeをやっていると、Googleアカウントは活動の中核になります。 ただ、ある時ふと思いました。 「もしGoogleアカウントに何かあったら、自分の活動って全部止まるんじゃないか？」 もちろん、普通に使っていれば突然アカウント停止になる可能性は高くないと思います。 ただ最近はAIによる自動判定も増えていて、誤検知や乗っ取り、本人確認トラブルなどの話も時々見かけます。 そして怖いのは、YouTubeだけではありません。 各種サービスのパスワード再発行 ログイン認証 連絡手段 2段階認証 Gmailが止まると、こうしたものまで連鎖的に止まる可能性があります。 つまり自分の場合、 「Googleアカウント＝人生の鍵束」 みたいな状態になっていました。 便利ではあるけれど、かなり危うい構造でもあります。 そんなことをChatGPTと話しているうちに、あることを思い出しました。 「そういえば、自分、独自ドメイン持ってたな……」 昔作った独自ドメインを思い出した 以前、自分はWordPressでブログをやっていました。 その時に取得したのが、 「zatsubun.page」 という独自ドメインです。 名前の意味はそのままで、「雑文のページ」。 当時は、 模型の雑文 本の雑文 日記の雑文 ガジェットの雑文 みたいに、サブドメインを使っていろんなジャンルを分けて運営できたら面白いなと思っていました。 model.zatsubun.page book.zatsubun.page diary.zatsubun.page みたいな感じで増やしていく構想です。 今思えば、この考え方はかなり今の自分に合っていました。 ...

iPhoneメモからGoogle Keep移行を考えて見えてきた「AI時代のメモ運用」 最近、メモ環境をかなり真剣に見直していました。 きっかけは、iPhoneのメモ帳（Appleメモ）が便利すぎることです。 特に便利だったのが検索機能。複数キーワードを組み合わせたAND検索ができるので、過去メモをかなり掘り返しやすい。しかも画像内の文字までOCR検索してくれる。 ただ、その一方で気になっていたのが「Apple依存」です。もし今後Android端末へ移行したら？Windows中心になったら？Appleメモに人生ログを全部入れてしまうのは、長期的には少し不安がありました。そこで候補に上がったのがGoogle Keepです。 Google Keepは「付箋」としてかなり優秀だった 実際に使ってみると、Google Keepはかなり軽快でした。 起動が速く、思いつきを即保存できる。画像保存が楽で、OCR検索が強い。特に驚いたのが画像内文字検索で、スクリーンショットを貼っただけでも後から文字検索でヒットします。これはかなり便利でした。 しかもGoogle Keepは、Android、iPhone、Webブラウザ、どこでも使いやすい。将来的な移行耐性も高い。ここはAppleメモにはない魅力でした。 ただし問題があった Google Keep単体の検索はシンプルです。しかしAppleメモのようなAND検索はできません。例えば、「ロボット AND 真鍮」のような複数条件検索は不可。さらにラベル機能も制限があります。 ラベルは1つずつしか選択できず、複数ラベルの絞り込みができない。ラベルで絞り込んだ状態で追加検索もできない。つまり、「ロボット」ラベルの中からさらに「はんだ」を検索する、といった使い方がかなり弱い。ここはAppleメモとの差をかなり感じました。 Geminiとの組み合わせを試した そこで考えたのが、Geminiとの組み合わせです。「Google Keepに保存」して「Geminiで自然言語検索」。これができればかなり強いのでは？と思いました。実際、「ロボットの肩関節の話」「はんだ付けのメモ」みたいな曖昧検索はかなり可能性を感じました。 しかし、ここで問題発覚 Keepに画像を保存しても、「画像OCRデータ」まではGemini...

日本の美しい四季の風景に溶け込む神社やお寺（社寺）。 しかし、これらの貴重な木造建築は、一度火災が発生すると燃え広がりやすく、修復不可能なダメージを受けてしまうリスクを常に抱えています。 今回は、消防庁が公表している公式データ（令和元年〜令和6年の1月〜12月確定値）をもとに、 「神社や寺院で年間どれくらい火災が起きているのか？」「その具体的な原因は何なのか？」 を読みやすくまとめました。 私たち参拝客や地域住民が、大切な文化財を火災から守るためにできることもあわせてご紹介します。  1. 神社・寺院の火災は年間どれくらい起きている？（年度別件数） 消防庁の公式報告書『各年における火災の状況（確定値）』の「都道府県別及び建物用途別建物火災件数」より、建物用途「神社・寺院」における火災発生件数の推移をまとめまし 令和元年（2019年）：61件 令和2年（2020年）：64件 令和3年（2021年）：68件 令和4年（2022年）：67件 令和5年（2023年）：59件 令和6年（2024年）：58件 直近6年間のデータを並べると、毎年およそ60〜70件のペースで推移していることが分かります。 平均すると 「年間約63件」 これは、全国で 「およそ6日に1件」 の割合で神社やお寺が火災に見舞われている計算になり、決して人ごとではない数字です。 2. 【データ分析】なぜ起きる？社寺火災の主な「出火原因」 木造建築が多い神社やお寺では、一体何が原因で火災が起きているのでしょうか。 同報告書の「出火原因別火災件数」などの詳細データを分析すると、社寺特有の傾向や、特に注意すべき原因が見えてきました。 主な原因は大きく分けて以下の4つです。 ① 灯火（ローソク・線香） お寺や神社で最も身近な火の気といえば、お参りの際につなぐローソクや線香です。 参拝者が立ち去った後、風でローソクが倒れたり、線香の灰が近くの可燃物（座布団や幕など）に落ちて引火するケースが後を絶ちません。 ② 放火・放火の疑い 悲しいことに、社寺火災の原因として常に上位に挙がるのが「放火」や「放火の疑い」です。 神社やお寺は夜間に無人になる場所が多く、境内に木くずや落ち葉などの可燃物が放置されていると、ターゲットにされやすくなってしまいます。 ③ たばこ 境内での歩きたばこや、ポイ捨てされた吸い殻が、乾燥し...

AIを「専属会計士」にしたら、小遣い管理の概念がガラリと変わった話 これまで家計簿アプリやエクセルを試しては挫折してきた私ですが、ようやく「これだ」と思える方法にたどり着きました。それは、AIに「家計管理とキャッシュフロー分析の専門家」になってもらうことでした。 記帳の煩わしさからの解放 小遣い管理が続かない最大の理由は、入力の面倒くささにあります。レシートを溜め込み、後でまとめて入力するのは非常に骨が折れる作業です。 しかし、AIを相手にすると、支払ったその場で「今日、コーヒーに500円現金で払ったよ」とチャットを送るだけで済みます。これだけで、AIが日付、内容、カテゴリ、金額を瞬時に整理し、最新のデータに更新してくれるのです。 「利用月」と「支払月」を分ける重要性 今回の管理で特にこだわったのが、クレジットカードの扱いです。カード払いは、買い物をした「利用月」と、実際に銀行からお金が引き落とされる「支払月」にズレが生じます。これまでは、今月いくら使ったのかは分かっても、来月の引き落としにいくら残しておくべきかが見えにくいという問題がありました。 AIは、入力された支払い方法から自動的にキャッシュフローを計算します。利用月ベースの支出集計だけでなく、次月以降の支払予定額をリアルタイムで算出してくれるため、手元の現金と銀行残高を合わせた「総資産」で、将来の支払いがまかなえるのかが一目でわかるようになりました。 収入予定も加味した柔軟なシミュレーション さらに便利なのが、支出だけでなく「予定」を伝えられる点です。たとえば、「来月の25日に小遣いで〇〇円入金予定」と伝えておけば、AIはその入金日を見越した上で予算を計算してくれます。 「今は少し足りないけれど、来月の入金後ならこの買い物ができる」といった、未来の家計状況を先取りして把握できるのが大きなメリットです。 資金不足を未然に防ぐアラート機能 最も助かっているのは、不足額の自動算出です。支出を追加するたびに、「今月の支払予定に対して、現在の資産ではいくら足りないか」を厳しくチェックしてくれます。もし不足があれば、すぐにアラート...