<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:webfeeds="http://webfeeds.org/rss/1.0" xmlns:note="https://note.com" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:media="http://search.yahoo.com/mrss/" version="2.0">
  <channel>
    <title>GYOSAN/ぎょさん〓THE STUZIO17</title>
    <description>まだ存在しないものを現実にする人。
THE STUZIO17 Founder / ARMILLARIA Creator

世界創造史「Paramillum」
仮想世界OS「WORLD ENGINE」
現実と仮想を融合する「GlassOS」

物語から、世界そのものをつくる。</description>
    <link>https://note.com/shindoutoshiki</link>
    <atom:link rel="self" type="application/rss+xml" href="https://note.com/shindoutoshiki/rss/"/>
    <copyright>GYOSAN/ぎょさん〓THE STUZIO17</copyright>
    <webfeeds:icon>https://d2l930y2yx77uc.cloudfront.net/assets/default/default_note_logo_202212-f2394a9e5b60c49f48650eee13f6e75987c8c4f1cfa7555629a9697dc6015cd9.png</webfeeds:icon>
    <webfeeds:logo>https://d2l930y2yx77uc.cloudfront.net/assets/default/default_note_logo_202212-f2394a9e5b60c49f48650eee13f6e75987c8c4f1cfa7555629a9697dc6015cd9.png</webfeeds:logo>
    <webfeeds:accentColor>249F80</webfeeds:accentColor>
    <webfeeds:related layout="card" target="browser"/>
    <webfeeds:analytics id="UA-48687000-1" engine="GoogleAnalytics"/>
    <language>ja</language>
    <lastBuildDate>Thu, 08 Oct 2026 15:10:16 +0900</lastBuildDate>
    <item>
      <title>全部を見せない。でも、何も伝えないわけではない。</title>
      <media:thumbnail>https://assets.st-note.com/production/uploads/images/321855354/rectangle_large_type_2_ffa71b37521dd04e353da7add25ab12a.jpg?width=800</media:thumbnail>
      <description><![CDATA[<p name="57E53CB4-6DF7-4288-BD7F-6FEC5EF62FFC" id="57E53CB4-6DF7-4288-BD7F-6FEC5EF62FFC">──期待を育てる「約束・手触り・余白」の設計<br><br>制作中のことを発信しようとすると、いつも二つの気持ちがぶつかる。<br><br>いま何をしているのか知ってほしい。<br>けれど、完成前にすべてを説明したくはない。<br><br>伏せすぎれば、何も起きていないように見える。<br>見せすぎれば、完成する前に驚きが消費されてしまう。<br><br>では、どこまで見せればいいのだろう。<br><br>最近考えているのは、情報を「公開するもの」と「秘密にするもの」だけに分けないことだ。<br><br>発信を、三つの層で設計してみる。<br><br>1．約束<br>2．手触り<br>3．余白<br><br>この三つが揃えば、固有名詞や完成形を出さなくても、期待は育てられる。<br><br>## 1．約束──何を作るかより、何を変えたいか<br><br>最初に伝えたいのは、製品名や機能一覧ではない。<br><br>その仕事によって、どんな時間や感覚を生みたいのか。<br><br>たとえば、<br><br>「作業を速くする」ではなく、<br>「迷ったときに戻れる場所をつくる」。<br><br>「新しい作品をつくる」ではなく、<br>「見る人が、自分の記憶を持ち込める世界をつくる」。<br><br>これは完成品の説明ではない。<br>受け手に対する約束だ。<br><br>名前や仕組みを伏せても、約束が見えれば、見る人は「自分に関係があるか」を判断できる。<br><br>反対に、情報量が多くても約束がなければ、進捗報告の外へは届きにくい。<br><br>## 2．手触り──存在を信じられる、小さな具体性<br><br>約束だけでは、きれいな言葉で終わることがある。<br><br>そこで必要になるのが、制作の手触りだ。<br><br>ただし、内部構造や未公開の仕組みを見せる必要はない。<br><br>見せられるのは、たとえばこんなものだ。<br><br>・何を判断基準にしたか<br>・どんな違和感から始まったか<br>・何をあえて選ばなかったか<br>・制作によって変わった問い<br>・完成後も守りたい感覚<br><br>「今日は進んだ」と言う代わりに、<br>「便利さより、使う人が判断を取り戻せることを優先した」と書く。<br><br>これは成果物そのものではない。<br>けれど、実際に考え、選び、作っている人の温度は伝わる。<br><br>期待を支えるのは、大量の情報ではなく、信用できる具体性なのだと思う。<br><br>## 3．余白──答えではなく、参加する場所を残す<br><br>秘密は、ただ隠せば魅力になるわけではない。<br><br>何も手掛かりがなければ、それは謎ではなく無関係になってしまう。<br><br>余白として残したいのは、受け手が想像によって参加できる部分だ。<br><br>名前。<br>完成した姿。<br>物語の結末。<br>仕組みの核心。<br>まだ一つに決めなくていい解釈。<br><br>約束と手触りが先にあれば、この不足は欠落ではなく入口になる。<br><br>半分だけ開いた幕の向こうに、光と輪郭が見えている。<br><br>何が置かれているかは分からない。<br>けれど、何かが始まろうとしていることは分かる。<br><br>その状態が、期待なのかもしれない。<br><br>## 「隠す」と「曖昧にする」は違う<br><br>ここで気をつけたいのは、意図的な余白と、説明不足を混同しないことだ。<br><br>隠してよいのは、まだ体験してほしくない答え。<br><br>先に伝えるべきなのは、その答えを待つ意味だ。<br><br>発信前に、三つだけ確認する。<br><br>・約束：読む人に、何を期待してほしいか<br>・手触り：その約束を信じられる具体性があるか<br>・余白：いま見せないことで、あとから価値が増すものは何か<br><br>三つ目しかなければ、ただの秘密になる。<br><br>一つ目だけなら、宣伝文句になりやすい。<br><br>二つ目まで揃うと、まだ見えないものにも少しずつ輪郭が生まれる。<br><br>## 15分でつくる予告の型<br><br>制作途中の発信に迷ったら、次の三文だけを書いてみる。<br><br>1．私たちは、何を変えようとしているのか。<br>2．そのために、今日は何を大切にしたのか。<br>3．まだ答えを出さず、どんな問いを残すのか。<br><br>完成品を説明する必要はない。<br><br>動いていることを誇張する必要もない。<br><br>約束を置き、手触りを一つ見せ、想像できる余白を残す。<br><br>期待とは、情報を大量に先渡しすることではない。<br><br>「この先を見届けたい」と思える、意味のある不足をつくることなのだと思う。<br><br>CTA：<br>最近あなたが「続きが気になる」と感じた作品や発信には、何が見えていて、何がまだ隠されていたでしょうか。よければ、その境界をコメントで教えてください。<br><br>タグ：<br>#創作 #編集 #発信設計 #ブランディング #ものづくり</p><br/><a href='https://note.com/shindoutoshiki/n/n4e57022998c0'>続きをみる</a>]]></description>
      <note:creatorImage>https://assets.st-note.com/production/uploads/images/142261650/profile_84358c849aa5beafcde92b31e3abea6c.png?fit=bounds&amp;format=jpeg&amp;quality=85&amp;width=330</note:creatorImage>
      <note:creatorName>GYOSAN/ぎょさん〓THE STUZIO17</note:creatorName>
      <pubDate>Wed, 07 Oct 2026 20:24:59 +0900</pubDate>
      <link>https://note.com/shindoutoshiki/n/n4e57022998c0</link>
      <guid>https://note.com/shindoutoshiki/n/n4e57022998c0</guid>
    </item>
    <item>
      <title>いいアイデアを増やす前に、「変えていいもの」を決める</title>
      <media:thumbnail>https://assets.st-note.com/production/uploads/images/321493126/rectangle_large_type_2_8e763533605666d7fbc56621bfb74b2c.jpg?width=800</media:thumbnail>
      <description><![CDATA[<p name="A82AC82D-6A7F-4AD0-9270-D8336E768F31" id="A82AC82D-6A7F-4AD0-9270-D8336E768F31">作品や企画を良くしようとするとき、私たちは何かを足したくなる。<br><br>もっと分かりやすくする。<br>もっと目立たせる。<br>もっと多くの人に届く形へ変える。<br><br>改善そのものは必要だ。<br><br>しかし、何を守り、何を動かしてよいのかが曖昧なまま改善を重ねると、完成度は上がっているのに、最初にあった魅力だけが消えていくことがある。<br><br>必要なのは、アイデアを増やすことより先に「変更可能な範囲」を決めることだ。<br><br>## すべてを同じ強さで守らない<br><br>制作物を構成する要素は、すべて同じ重要度ではない。<br><br>絶対に残したいものもあれば、積極的に試すべきものもある。数字が良くなっても選びたくない方法もある。<br><br>それらを区別せずに扱うと、二つの問題が起きる。<br><br>ひとつは、何も変えられなくなること。<br><br>もうひとつは、反応が出るたびに全部が変わってしまうことだ。<br><br>この両極端を避けるために、制作判断を四つに分けてみる。<br><br>## 1. CORE｜失えば別物になるもの<br><br>COREは、作品の中心にある約束だ。<br><br>機能や形式ではない。<br><br>「見た人にどんな感覚を残したいか」<br>「この作品は何を守ろうとしているのか」<br>「なぜ自分がつくる必要があるのか」<br><br>これを一文で書く。<br><br>長い説明が必要なら、まだ中心が定まっていない可能性がある。<br><br>## 2. VARIABLE｜積極的に変えてよいもの<br><br>VARIABLEは実験する領域だ。<br><br>長さ、媒体、構成、色、語り口、公開順序。こうした要素は、COREを壊さない限り変えてよい。<br><br>ここを固定しすぎると、作品は環境へ適応できない。<br><br>反対に、COREまでVARIABLEとして扱うと、反応のたびに人格が変わる。<br><br>守ることと試すことを分けるだけで、実験はずっと自由になる。<br><br>## 3. BOUNDARY｜結果が出ても選ばないこと<br><br>BOUNDARYは、成功のためにも越えない線だ。<br><br>誤解を意図的に誘う。<br>他者の表現へ過度に寄せる。<br>過剰な刺激で注意だけを奪う。<br>公開すべきでないものまで材料にする。<br><br>短期的な数字が伸びても、長期的に自分の仕事を弱くする方法はある。<br><br>禁止事項は創造性を狭めるものではない。<br><br>どの方向へ進まないかを決めることで、残された空間を深く探索できるようにするものだ。<br><br>## 4. SIGNAL｜見直しを始める証拠<br><br>信念だけでは、改善すべき瞬間を見失う。<br><br>そこで、あらかじめSIGNALを決める。<br><br>読者が同じ箇所で迷っている。<br>制作負担が継続不能になっている。<br>意図した感情と、実際の受け取られ方がずれている。<br>繰り返しても成果につながらない。<br><br>SIGNALは、自動的に答えを決めるものではない。<br><br>「今は見直すべきだ」と教える観測点だ。<br><br>## 見直す順番を固定する<br><br>問題が起きたとき、最初からCOREを疑う必要はない。<br><br>まずSIGNALを確認する。<br>次にVARIABLEを変える。<br>それでも解決しないときに、COREの表現方法や前提を見直す。<br>BOUNDARYは、焦りや一時的な数字を理由に越えない。<br><br>この順番を持つと、改善のたびに作品全体を壊さずに済む。<br><br>## 制作前に書く、四行の境界線<br><br>次の制作を始める前に、四行だけ書いてみる。<br><br>CORE：絶対に残したい感覚や約束  <br>VARIABLE：今回、自由に試してよい要素  <br>BOUNDARY：結果が出ても使わない方法  <br>SIGNAL：見直しを始める具体的な兆候  <br><br>この四行は、正解を保証しない。<br><br>ただし、変更の理由を見失いにくくする。<br><br>良い制作物は、最初から完成形が見えているものではない。<br><br>変えながらも、何を守っているのかが分かるものだ。<br><br>## CTA<br><br>いま進めている制作物をひとつ選び、CORE／VARIABLE／BOUNDARY／SIGNALを一行ずつ書いてみてほしい。<br><br>次のアイデアを足す前に、どこまで変えてよいのかを決める。<br><br>その境界が、実験を止める壁ではなく、作品を遠くまで運ぶための輪郭になる。<br><br>#創作 #制作論 #デザイン #編集 #意思決定</p><br/><a href='https://note.com/shindoutoshiki/n/n20b219257b3c'>続きをみる</a>]]></description>
      <note:creatorImage>https://assets.st-note.com/production/uploads/images/142261650/profile_84358c849aa5beafcde92b31e3abea6c.png?fit=bounds&amp;format=jpeg&amp;quality=85&amp;width=330</note:creatorImage>
      <note:creatorName>GYOSAN/ぎょさん〓THE STUZIO17</note:creatorName>
      <pubDate>Tue, 06 Oct 2026 20:22:14 +0900</pubDate>
      <link>https://note.com/shindoutoshiki/n/n20b219257b3c</link>
      <guid>https://note.com/shindoutoshiki/n/n20b219257b3c</guid>
    </item>
    <item>
      <title>発信は「内容」よりも、出す順番で記憶される</title>
      <media:thumbnail>https://assets.st-note.com/production/uploads/images/321156830/rectangle_large_type_2_f4e7879f2bf5cc3b8002e5686d4f1035.jpg?width=800</media:thumbnail>
      <description><![CDATA[<p name="10CEE0D6-900F-4765-B247-DED1CC3A551A" id="10CEE0D6-900F-4765-B247-DED1CC3A551A">いい文章や、いいビジュアルをつくっても、届き方が弱いことがある。<br><br>その原因は、内容の弱さだけではない。<br>何を、いつ、どの順番で渡したかが、受け取る側の記憶を変える。<br><br>発信を「単発の投稿」ではなく、「ひとつの考えに出会ってもらうための連続」として考えると、つくるべきものが少し変わる。<br><br>## 投稿は、情報ではなく体験の順番でもある<br><br>最初から結論を全部出す必要はない。<br><br>むしろ最初に必要なのは、説明よりも「何かが始まっている」と感じられる小さな兆しだ。<br>次に、その考えが本当に存在していると伝わる場面や手触りを置く。<br>最後に、その奥にある判断基準を言葉にする。<br><br>この順番を、ここでは3層に分けて考えてみる。<br><br>## 1. SIGNAL｜兆しを置く<br><br>最初の発信で渡すのは、詳細ではない。<br><br>ひとつの違和感。<br>ひとつの問い。<br>ひとつの印象に残る場面。<br><br>目的は、説明し切ることではなく、見る人の中に次の問いを残すことだ。<br><br>「これは何だろう」<br>「この先に何があるんだろう」<br><br>ただし、曖昧に煽るだけでは意味がない。<br>小さくても、その投稿単体で受け取る価値があることが前提になる。<br><br>## 2. SCENE｜実感できる場面を置く<br><br>次に必要なのは、主張の証拠になる場面だ。<br><br>完成品でなくてもいい。<br>素材、手触り、選択、試行錯誤、ものの見方。<br><br>言葉で「大切にしている」と言うより、その姿勢が見える場面をひとつ置く方が強い。<br><br>人は説明を読む前に、空気を受け取る。<br>だから場面には、世界観だけでなく、仕事の誠実さも出る。<br><br>## 3. STANCE｜判断基準を渡す<br><br>最後に、なぜその順番でつくり、なぜその判断をするのかを言葉にする。<br><br>ここで初めて、読者は単なる観客ではなくなる。<br>考え方を持ち帰り、自分の制作や仕事に当てはめられるようになるからだ。<br><br>長文の役割は、情報を増やすことではない。<br>読者が使える「小さな判断の型」を渡すことにある。<br><br>## 発信前に使える、5つの編集質問<br><br>ひとつのテーマを出す前に、次の5つだけ確認する。<br><br>1. 今日、読者に残したい感覚は何か  <br>2. 今日、見せるべき具体的な場面は何か  <br>3. まだ説明しないことは何か  <br>4. 読み終えた人に、どんな問いを持ち帰ってほしいか  <br>5. 次の発信で、その問いにどう応えるか  <br><br>この5つがつながっていれば、投稿はバラバラに見えても、少しずつひとつの世界になる。<br><br>## 期待をつくるのは、情報の不足ではない<br><br>見せないこと自体に価値があるわけではない。<br><br>見せない部分の周りに、誠実な兆しと、確かな場面と、使える考え方がある。<br>そのとき初めて、余白は単なる不足ではなく、次を待ちたくなる空間になる。<br><br>発信は、完成したものを並べる作業ではない。<br>人の記憶の中に、次の一歩を置いていく編集作業だ。<br><br>## CTA<br><br>次に発信したいテーマをひとつ選んでみてほしい。<br><br>そのテーマについて、<br>「兆し」「場面」「判断基準」を一行ずつ書いてみる。<br><br>それだけで、単発の投稿が連続した物語に変わり始める。<br><br>#創作 #編集 #ブランディング #発信設計 #ものづくり</p><br/><a href='https://note.com/shindoutoshiki/n/n79b5a4934ec3'>続きをみる</a>]]></description>
      <note:creatorImage>https://assets.st-note.com/production/uploads/images/142261650/profile_84358c849aa5beafcde92b31e3abea6c.png?fit=bounds&amp;format=jpeg&amp;quality=85&amp;width=330</note:creatorImage>
      <note:creatorName>GYOSAN/ぎょさん〓THE STUZIO17</note:creatorName>
      <pubDate>Mon, 05 Oct 2026 21:07:05 +0900</pubDate>
      <link>https://note.com/shindoutoshiki/n/n79b5a4934ec3</link>
      <guid>https://note.com/shindoutoshiki/n/n79b5a4934ec3</guid>
    </item>
    <item>
      <title>全部を見せないための技術——期待を壊さない「核・兆し・保留」の三層モデル</title>
      <media:thumbnail>https://assets.st-note.com/production/uploads/images/320760966/rectangle_large_type_2_2f33eae18b51ce662635bb2b8631a6ab.jpg?width=800</media:thumbnail>
      <description><![CDATA[<p name="E74C55AC-DDEF-4887-A63B-BD7232B78E45" id="E74C55AC-DDEF-4887-A63B-BD7232B78E45">「まだ言えません」という発信は、たいてい面白くない。<br><br>何も分からないからだ。<br><br>一方で、すべてを説明し、名前を出し、仕組みを公開し、完成までの予定を並べても、必ずしも期待は高まらない。情報が増えたことで、想像できる範囲が狭くなることもある。<br><br>では、何を伝えて、何を残すのか。<br><br>その判断を「核・兆し・保留」の三層に分けて考えてみたい。<br><br>## 1．核——受け手が信頼できるもの<br><br>核は、公開後も変わってはいけない部分だ。<br><br>何を大切にしているのか。<br>どんな問いに取り組んでいるのか。<br>何に違和感を持ち、何を変えたいのか。<br>実際に何を見て、何を考えたのか。<br><br>作品名や技術名を明かさなくても、この核は伝えられる。<br><br>「詳しくは言えないが、すごいものを作っている」では、受け手は何も判断できない。<br><br>しかし、<br><br>「便利になるほど、人が考えなくなる設計にはしたくない」<br>「説明を増やすより、触れた人が発見できる余地を残したい」<br><br>という言葉なら、まだ完成していない段階でも、作り手の姿勢は届く。<br><br>期待の土台になるのは、秘密ではなく一貫性だ。<br><br>## 2．兆し——想像が動き始める断片<br><br>兆しは、全体を説明せずに方向だけを感じさせるものだ。<br><br>一枚の写真。<br>制作中に見つけた違和感。<br>採用しなかった考え。<br>素材、音、光、手触り。<br>作り手同士の短い対話。<br><br>重要なのは、答えの代用品として見せるのではなく、受け手の中に問いを生むこと。<br><br>良い兆しを見た人は、「つまり、こういうことかもしれない」と自分で考え始める。<br><br>悪い兆しは、根拠のない大げさな予告になる。<br>良い兆しは、あとで全体が明らかになったとき、「あの断片はここにつながっていたのか」と意味が更新される。<br><br>兆しは未来を誇張するものではない。<br>未来へ続く、本物の一部分だ。<br><br>## 3．保留——まだ外へ出さないもの<br><br>保留は、単なる秘密ではない。<br><br>名前を出すことで先入観が固定されるもの。<br>公開すると模倣や誤解を招く仕組み。<br>体験する前に説明すると価値が薄れる構造。<br>確定しておらず、約束に変えてはいけない予定。<br><br>こうした情報は、公開できるからといって、今すぐ公開する必要はない。<br><br>保留する理由が「準備不足を隠すため」なら、発信そのものを見直した方がいい。<br><br>一方、「受け手が初めて触れる瞬間を守るため」なら、沈黙にも役割がある。<br><br>## 発信前の3つの確認<br><br>公開ボタンを押す前に、次の三つを確認する。<br><br>1．具体的な核が一つ以上あるか。<br>2．兆しは、あとで明らかになっても嘘にならないか。<br>3．保留する理由は、作り手の都合ではなく体験を守るためか。<br><br>この三つを通れば、全部を明かさなくても、発信は空虚にならない。<br><br>伝えないことと、伝わらないことは違う。<br><br>残すべきなのは謎。<br>欠けてはいけないのは誠実さだ。<br><br>CTA：<br>いま進めているものを「核・兆し・保留」に分けてみてほしい。<br><br>何を隠すかではなく、<br>何を今伝えれば、次の出会いが始まるか。<br><br>そこから発信を組み直すと、情報量を増やさなくても、期待の密度は変えられる。<br><br>タグ：<br>#創作<br>#発信<br>#編集<br>#ブランド設計<br>#クリエイティブ</p><br/><a href='https://note.com/shindoutoshiki/n/na0e2ca3b4a4e'>続きをみる</a>]]></description>
      <note:creatorImage>https://assets.st-note.com/production/uploads/images/142261650/profile_84358c849aa5beafcde92b31e3abea6c.png?fit=bounds&amp;format=jpeg&amp;quality=85&amp;width=330</note:creatorImage>
      <note:creatorName>GYOSAN/ぎょさん〓THE STUZIO17</note:creatorName>
      <pubDate>Sun, 04 Oct 2026 20:02:31 +0900</pubDate>
      <link>https://note.com/shindoutoshiki/n/na0e2ca3b4a4e</link>
      <guid>https://note.com/shindoutoshiki/n/na0e2ca3b4a4e</guid>
    </item>
    <item>
      <title>正解より先に、「戻れるか」を決める</title>
      <media:thumbnail>https://assets.st-note.com/production/uploads/images/320370340/rectangle_large_type_2_f56ea1faf5c1728800b8d9a418b11819.jpg?width=800</media:thumbnail>
      <description><![CDATA[<p name="5A58763C-7AAC-4CBA-A228-ED405C34D2F6" id="5A58763C-7AAC-4CBA-A228-ED405C34D2F6">制作の速度を上げる、可逆・高コスト可逆・不可逆の三分類<br><br>決断が遅くなるのは、慎重だからとは限らない。<br><br>すべての判断を、同じ重さで扱っているからかもしれない。<br><br>今日だけ使う仮タイトルに三日悩む。<br><br>一方で、公開後も残り続ける約束を、その場の勢いで書いてしまう。<br><br>本来なら、逆である。<br><br>簡単に戻せる判断は、早く試せばいい。<br><br>戻すのに費用がかかる判断は、出口を設計してから進める。<br><br>一度外へ出すと戻せない判断は、意識的に速度を落とす。<br><br>制作を速くするために必要なのは、すべてを即断することではない。<br><br>判断ごとに、適切な速度を与えることだ。<br><br>## 「正しいか」だけでは決められない<br><br>未完成の制作では、正解がまだ存在していないことが多い。<br><br>実際に作ってみないと分からない。<br><br>公開して初めて見える反応もある。<br><br>時間が経たなければ判断できない質感もある。<br><br>それなのに、決断前から完全な確信を求めると、制作は止まる。<br><br>そこで、質問を変える。<br><br>「これは正しいか」ではなく、<br><br>「間違っていた時、どこまで戻れるか」<br><br>正解を予言しようとする代わりに、間違えた後の経路を設計する。<br><br>それだけで、試していい判断と、止まるべき判断が分かれてくる。<br><br>## 判断を三つに分ける<br><br>### 1. 可逆な判断<br><br>少ない費用で、元の状態へ戻せるもの。<br><br>例えば、<br><br>- 非公開の試作<br>- 仮タイトル<br>- ラフな構図<br>- 一時的な制作ツール<br>- 小規模なテスト<br>- 後から削除できる内部メモ<br><br>この領域で完成度を待ち続ける意味は少ない。<br><br>必要なのは、確信ではなく観察できる状態だ。<br><br>ルールはシンプルでいい。<br><br>**小さく作る。期限を決める。試した結果で選び直す。**<br><br>可逆な判断では、考えることより、情報を得ることを優先する。<br><br>### 2. 高コストだが可逆な判断<br><br>戻すことはできるが、時間・費用・信用・関係性のいずれかを消費するもの。<br><br>例えば、<br><br>- 公開後の名称変更<br>- 制作環境の全面移行<br>- 継続的な発信フォーマット<br>- 外部サービスへの依存<br>- ブランドの見せ方<br>- 他者を巻き込んだ企画<br><br>これらは永久に変更できないわけではない。<br><br>ただし、変更のたびに説明や移行が必要になる。<br><br>この領域では、「始められるか」だけでなく「終わらせられるか」を確認する。<br><br>決める前に、三つを書く。<br><br>1. 撤回する場合、何を失うか<br>2. いつ判断を見直すか<br>3. どの状態になれば撤回するか<br><br>出口のない試行は、試行ではなく固定化になっていく。<br><br>### 3. 事実上、不可逆な判断<br><br>技術的には変更できても、公開・複製・権利・安全・記憶の面で元へ戻せないもの。<br><br>例えば、<br><br>- 公開前情報や個人情報の流出<br>- 作品の答えや核心の早期公開<br>- 権利の譲渡<br>- 回収できない公約<br>- 原本や制作データの破棄<br>- 誰かの安全や尊厳に影響する判断<br><br>この領域では、速さを評価しない。<br><br>確認する時間そのものが、品質の一部になる。<br><br>独立した視点を入れる。<br><br>前提と根拠を記録する。<br><br>誰が最終責任を持つかを明確にする。<br><br>そして、不確実性が高いなら「まだ決めない」ことも正式な判断として扱う。<br><br>## 「戻り幅」を調べる三つの質問<br><br>迷った時は、次の三問を使う。<br><br>### 1. 元の状態を再現できるか<br><br>バックアップ、複製、旧バージョン、契約上の撤回手段は残っているか。<br><br>「作り直せる」と「元へ戻せる」は違う。<br><br>同じ状態を再現できなければ、完全には可逆ではない。<br><br>### 2. 戻す時、何を支払うか<br><br>金額だけではない。<br><br>時間、説明、信用、関係、集中力も費用になる。<br><br>戻せるとしても、その費用が大きければ「高コスト可逆」に分類する。<br><br>### 3. 外部に痕跡が残るか<br><br>削除しても、保存、引用、複製、記憶は残るかもしれない。<br><br>外部へ公開された情報は、自分の画面から消せても、世界から回収できるとは限らない。<br><br>痕跡を制御できない判断は、不可逆側へ寄せて扱う。<br><br>## 速く決めるための四つの準備<br><br>### 最初の単位を小さくする<br><br>いきなり全体を決めない。<br><br>一場面、一機能、一週間、一人の観察対象へ縮める。<br><br>判断の単位が小さければ、失敗しても戻りやすい。<br><br>### 変更前の状態を保存する<br><br>ファイルだけでなく、なぜその判断をしたのかも残す。<br><br>結果だけ保存しても、判断の理由を失えば同じ迷いを繰り返す。<br><br>### 見直す日を先に決める<br><br>「いつか考え直す」では、ほとんど見直されない。<br><br>開始時に終了日、検証日、継続条件を決めておく。<br><br>### 実験と公約を分ける<br><br>試している段階なのか、継続を約束する段階なのかを混同しない。<br><br>実験を実績のように語らない。<br><br>公約を仮案のように撤回しない。<br><br>言葉の境界を守れば、試行錯誤と信頼を両立できる。<br><br>## 良い制作は、間違えない制作ではない<br><br>どれだけ考えても、すべてを正しく予測することはできない。<br><br>だから、制作システムの強さは「正解率」だけでは決まらない。<br><br>間違いに気づけるか。<br><br>小さいうちに止められるか。<br><br>必要なら前の状態へ戻れるか。<br><br>そして、戻れない判断だけを慎重に扱えているか。<br><br>速さとは、迷わないことではない。<br><br>戻れる場所を確保したまま、前へ進めることだ。<br><br>すべてを軽く決める必要はない。<br><br>軽く決めていいものと、重く扱うべきものを混同しない。<br><br>正解より先に、戻り道を設計する。<br><br>その方が、作品は遠くまで進める。<br><br>---<br><br>## CTA<br><br>今、止まっている判断を一つ選んでください。<br><br>次のどれに当たるかを書きます。<br><br>- 可逆<br>- 高コスト可逆<br>- 不可逆<br><br>可逆なら、今日試せる最小単位へ縮める。<br><br>高コスト可逆なら、撤回条件と見直す日を決める。<br><br>不可逆なら、急がず、別の視点と記録を追加する。<br><br>## タグ<br><br>#創作<br>#意思決定<br>#制作方法<br>#プロジェクト設計<br>#THESTUZIO17</p><br/><a href='https://note.com/shindoutoshiki/n/n9abb455999fb'>続きをみる</a>]]></description>
      <note:creatorImage>https://assets.st-note.com/production/uploads/images/142261650/profile_84358c849aa5beafcde92b31e3abea6c.png?fit=bounds&amp;format=jpeg&amp;quality=85&amp;width=330</note:creatorImage>
      <note:creatorName>GYOSAN/ぎょさん〓THE STUZIO17</note:creatorName>
      <pubDate>Sat, 03 Oct 2026 20:23:32 +0900</pubDate>
      <link>https://note.com/shindoutoshiki/n/n9abb455999fb</link>
      <guid>https://note.com/shindoutoshiki/n/n9abb455999fb</guid>
    </item>
    <item>
      <title>秘密を守っても、入口はつくれる</title>
      <media:thumbnail>https://assets.st-note.com/production/uploads/images/320103179/rectangle_large_type_2_191d94888528954189da8f298e78571a.jpg?width=800</media:thumbnail>
      <description><![CDATA[<p name="3A2221AC-66FB-4006-85F2-A02C3B46A52A" id="3A2221AC-66FB-4006-85F2-A02C3B46A52A">作品を説明しすぎず、閉じすぎないための「入口・輪郭・核心」<br><br>新しいものを作り始めると、二つの衝動が同時に生まれる。<br><br>早く誰かに話したい。<br><br>でも、まだ言葉にしたくない。<br><br>名前や仕組みを説明すれば、何を作っているのかは伝わりやすくなる。その一方で、説明した瞬間に、まだ大きく変わるはずだった作品が小さく見えることもある。<br><br>だからといって、何も見せなければいいわけではない。<br><br>「秘密です」「まだ言えません」と繰り返すだけでは、期待ではなく距離が生まれる。見る側には、何に関心を持てばいいのか分からないからだ。<br><br>守るべきなのは、作品の入口ではない。<br><br>まだ外へ出すべきではない核心だ。<br><br>## 隠すことと、閉じることは違う<br><br>秘密のある作品には、想像できる余地がある。<br><br>閉じた作品には、入る場所がない。<br><br>この違いは大きい。<br><br>作品名や設定を伏せたままでも、なぜ作ろうとしているのか、どんな違和感から始まったのか、どのような感覚を渡したいのかは話せる。<br><br>全体像を見せなくても、一枚の質感、一つの問い、一度の判断は見せられる。<br><br>情報量を増やすことと、入口をつくることは同じではない。<br><br>入口に必要なのは、説明の多さではなく、「この先に何かがある」と感じられる方向だ。<br><br>## 公開情報を三層に分ける<br><br>何を見せるか迷った時は、情報を「入口・輪郭・核心」の三層に分ける。<br><br>### 1. 入口<br><br>見る人が最初に触れられるもの。<br><br>- 一つの問い<br>- 公開可能な観察<br>- 作品から切り離しても役立つ考え方<br>- 質感、音、色、短い場面<br>- Creatorが何に反応したのか<br><br>入口では、作品の答えを説明しない。<br><br>「自分にも関係があるかもしれない」と感じられる接点をつくる。<br><br>### 2. 輪郭<br><br>作品が向いている方向を伝えるもの。<br><br>- 何を変えたいのか<br>- 何を大切にしているのか<br>- 何を採用しなかったのか<br>- どのような体験を目指しているのか<br>- 制作を通じて見つけた一般化可能な原理<br><br>輪郭は見せるが、中身までは開かない。<br><br>地図を渡すのではなく、遠くにある山の形だけを見せる。<br><br>### 3. 核心<br><br>公開によって、作品の可能性や安全性が損なわれるもの。<br><br>- 未確定の名称や設定<br>- 内部の仕組み<br>- 再現可能な制作手順<br>- 公開前の物語や体験の答え<br>- 認証情報、個人情報、契約情報<br>- 検証されていない進捗や成果<br><br>核心は、説明を省くのではなく、意識的に保護する。<br><br>公開できる時期が来るまで、作品の中に残しておく。<br><br>## 公開前の四つの質問<br><br>投稿する前に、次の四つを確認する。<br><br>1. これは理解を増やすのか、好奇心を一時的に満たすだけなのか<br>2. 後から変更された時、見た人を誤解させないか<br>3. 公開することで、作品が成長できる範囲を狭めないか<br>4. 核心を出さずに、入口だけを設計できないか<br><br>四つ目に「できる」と答えられるなら、公開する内容を一段外側へ移す。<br><br>仕組みではなく、仕組みを必要とした問題を話す。<br><br>設定ではなく、設定の奥にある問いを話す。<br><br>進捗ではなく、その過程で得た再利用可能な発見を話す。<br><br>それだけで、核心を守りながら価値を渡せる。<br><br>## 期待は、情報不足からは生まれない<br><br>期待は、ただ隠せば生まれるものではない。<br><br>小さな入口が繰り返し現れ、その奥に一貫した感覚がある時に育つ。<br><br>昨日の断片と今日の問いが、同じ方向を向いている。<br><br>説明されていないのに、何を大切にしている人なのかは伝わる。<br><br>全体像は見えないが、続きを見たい理由はある。<br><br>それが、秘密と信頼を両立させた状態だと思う。<br><br>作品のすべてを公開する必要はない。<br><br>ただし、閉ざした扉の前に人を立たせ続けても、関係は始まらない。<br><br>守りたいものほど、入口だけは丁寧に設計する。<br><br>---<br><br>## CTA<br><br>次に何かを公開する前に、その情報を「入口・輪郭・核心」のどこに置くか考えてみてください。<br><br>もし核心に入るなら、投稿を捨てる必要はありません。<br><br>一段外側へ移し、「その仕組みが必要になった問い」へ書き換えてみてください。<br><br>## タグ<br><br>#創作<br>#情報設計<br>#ブランディング<br>#アートディレクション<br>#THESTUZIO17</p><br/><a href='https://note.com/shindoutoshiki/n/n24471b616170'>続きをみる</a>]]></description>
      <note:creatorImage>https://assets.st-note.com/production/uploads/images/142261650/profile_84358c849aa5beafcde92b31e3abea6c.png?fit=bounds&amp;format=jpeg&amp;quality=85&amp;width=330</note:creatorImage>
      <note:creatorName>GYOSAN/ぎょさん〓THE STUZIO17</note:creatorName>
      <pubDate>Sat, 03 Oct 2026 01:16:11 +0900</pubDate>
      <link>https://note.com/shindoutoshiki/n/n24471b616170</link>
      <guid>https://note.com/shindoutoshiki/n/n24471b616170</guid>
    </item>
    <item>
      <title>決めない時間を、制作工程に入れる</title>
      <media:thumbnail>https://assets.st-note.com/production/uploads/images/319649711/rectangle_large_type_2_1df543c17a049a65e69713da8f3c9fab.jpg?width=800</media:thumbnail>
      <description><![CDATA[<p name="50BCCEEF-B046-4775-AE13-E685C5DD497B" id="50BCCEEF-B046-4775-AE13-E685C5DD497B">未完成を守るための「保留箱」<br><br>制作中、どうしても今すぐ答えを出したくなる瞬間がある。<br><br>この色は強すぎるのか。<br>この一文は削るべきか。<br>この構図は失敗なのか。<br>そもそも企画ごと捨てたほうがいいのか。<br><br>特に、長い時間ひとつの作品を見続けた夜ほど、判断は極端になる。<br><br>少し気になるだけだった箇所が、急に致命的な欠陥に見える。そこで色を弱め、文章を削り、余白を埋める。翌朝になって見返すと、作品の魅力まで一緒に消えている。<br><br>必要だったのは、より速い修正ではなかった。<br><br>その判断を、いったん安全な場所へ置くことだった。<br><br>## 保留は、放置とは違う<br><br>「保留」という言葉には、逃げや先延ばしの印象がある。<br><br>けれど制作における保留は、判断を放棄することではない。まだ十分に見えていないものを、雑に確定させないための操作だ。<br><br>放置された疑問には、戻る理由も日付もない。<br><br>意図的に保留された疑問には、「なぜ今は決めないのか」と「いつ戻るのか」が残っている。この二つがあれば、保留は制作工程の一部になる。<br><br>## 三行だけ残す「保留箱」<br><br>作品の横に、小さな保留箱をつくる。<br><br>ノートでも、付箋でも、スマートフォンのメモでもいい。記録するのは、次の三行だけだ。<br><br>1. 気になった箇所<br>2. 今は決めない理由<br>3. 見直す日<br><br>たとえば、こう書く。<br><br>- 気になった箇所：中央の朱赤が強すぎる気がする<br>- 今は決めない理由：長時間見続けて、色への感覚が鈍っている<br>- 見直す日：明日の14時、自然光で確認する<br><br>この段階では、修正案を大量に並べない。<br><br>「赤を半分にする」「別の色にする」「位置を動かす」と考え始めると、保留箱が別の作業場になってしまう。今必要なのは解決ではなく、未完成の状態を壊さず保存することだ。<br><br>## 戻ったときの選択肢は三つ<br><br>決めた日時に戻ったら、選択肢を三つに絞る。<br><br>- 残す<br>- 変える<br>- 手放す<br><br>時間を置いても違和感が残っているなら、変える。<br><br>違和感が消えているなら、そのまま残す。<br><br>作品の目的そのものが変わり、もう必要がないなら手放す。<br><br>大切なのは、最初に感じた不安を正解として扱わないことだ。不安は重要な信号ではあるが、いつも正確な指示ではない。<br><br>保留箱は、その信号を無視せず、同時に従いすぎないための場所になる。<br><br>## 保留箱を倉庫にしない<br><br>保留できる数には、上限をつけたほうがいい。<br><br>最初は最大五件、見直し期限は24〜72時間ほどで十分だと思う。それ以上増えたら、新しい疑問を加える前に、古いものをひとつ処理する。<br><br>未決定のものが無制限に積み上がれば、保留箱は倉庫になる。<br><br>期限と容量があるからこそ、そこは制作のための一時的な避難場所として機能する。<br><br>## 未完成にも、安全な場所がいる<br><br>作品は、完成した部分だけでできているわけではない。<br><br>まだ意味を説明できない形。<br>少しだけ浮いて見える色。<br>削るか残すか決められない一文。<br>何に育つか分からない小さな断片。<br><br>そうしたものが、完成へ向かう途中で必要になる。<br><br>優れた判断は、必ずしも速い判断ではない。<br><br>制作に必要なのは、決断力だけではなく、まだ決めないものを守る力でもある。完成を急ぐ前に、未完成が安心して待てる場所をつくっておく。<br><br>次に何かを消したくなったら、すぐに削除しないでほしい。<br><br>三行だけ書いて、保留箱へ置く。<br><br>明日の自分には、今日とは違う光が見えているかもしれない。<br><br>---<br><br>## CTA<br><br>次の制作で一件だけ、「気になった箇所／今は決めない理由／見直す日」を記録してみてください。<br><br>時間を置いたあと、残したのか、変えたのか、手放したのか。その判断まで記録すると、自分がどんな状況で判断を急ぎやすいかも見えてきます。<br><br>## タグ<br><br>#創作<br>#制作方法<br>#アートディレクション<br>#意思決定<br>#THESTUZIO17</p><br/><a href='https://note.com/shindoutoshiki/n/nc2ca600a2081'>続きをみる</a>]]></description>
      <note:creatorImage>https://assets.st-note.com/production/uploads/images/142261650/profile_84358c849aa5beafcde92b31e3abea6c.png?fit=bounds&amp;format=jpeg&amp;quality=85&amp;width=330</note:creatorImage>
      <note:creatorName>GYOSAN/ぎょさん〓THE STUZIO17</note:creatorName>
      <pubDate>Thu, 01 Oct 2026 20:09:42 +0900</pubDate>
      <link>https://note.com/shindoutoshiki/n/nc2ca600a2081</link>
      <guid>https://note.com/shindoutoshiki/n/nc2ca600a2081</guid>
    </item>
    <item>
      <title>世界は、完成図から始まらない</title>
      <media:thumbnail>https://assets.st-note.com/production/uploads/images/319303655/rectangle_large_type_2_5e4c737375f6f6dd2d1899a50e17c7d2.jpg?width=800</media:thumbnail>
      <description><![CDATA[<p name="B75BD556-81F8-494D-9FE8-A7DEAC641317" id="B75BD556-81F8-494D-9FE8-A7DEAC641317">世界をつくろうとすると、最初に地図を描きたくなる。<br><br>名前を決める。<br>ルールを決める。<br>登場するものを決める。<br>全体像を見渡せるようにする。<br><br>でも、実際の創作は少し違う。<br><br>世界は、完成図から始まらない。<br><br>最初に現れるのは、たいてい小さな違和感だ。<br><br>「なぜ、ここだけ光が違うのか」<br><br>「この道は、誰がつくったのか」<br><br>「この場所に残された傷は、何を意味しているのか」<br><br>「まだ存在しないはずのものを、なぜ自分は知っているのか」<br><br>そうした小さなズレが、世界の入口になる。<br><br>ルールは、説明するためではなく発見されるためにある<br><br>創作の初期段階では、世界のルールをすべて説明したくなる。<br><br>この世界では何が可能で、何が不可能なのか。<br>誰が支配し、誰が抵抗しているのか。<br>どんな歴史があり、どんな未来へ向かっているのか。<br><br>もちろん、設計は必要だ。<br><br>けれど、設計図をそのまま見せると、世界は「情報」になってしまう。<br><br>本当に強い世界は、説明を読ませるのではなく、体験の中で発見させる。<br><br>雨の降り方。<br>人々が沈黙する場面。<br>誰も触れようとしない物。<br>何度訪れても、少しだけ位置が違うもの。<br><br>そこに世界のルールが滲み出る。<br><br>読者やプレイヤーは、設定資料を覚えるのではない。<br>自分の経験を通じて、「この世界はこう動いている」と感じ始める。<br><br>最初に作るべきものは、世界全体ではない<br><br>大きな世界を作ろうとすると、すぐに規模の問題にぶつかる。<br><br>大陸。<br>文明。<br>神話。<br>歴史。<br>無数の人物。<br>複雑な制度。<br><br>でも、最初から全部を完成させる必要はない。<br><br>必要なのは、世界全体の縮図になる小さな場所だ。<br><br>一つの部屋。<br>一本の道。<br>誰かが置き忘れた道具。<br>一度だけ起きる、説明できない現象。<br><br>その小さな場所に、世界の思想が宿っているか。<br><br>そこから外へ広げても、同じ温度と矛盾を保てるか。<br><br>世界創造の最初の試験は、規模ではなく密度にある。<br><br>地図の外側を残しておく<br><br>完成度を上げようとするほど、すべてを説明したくなる。<br><br>しかし、地図に描かれていない場所があるからこそ、世界は広がる。<br><br>まだ名前のない土地。<br>記録されていない出来事。<br>誰も確かめていない噂。<br>主人公が最後まで理解できないもの。<br><br>余白は、未完成ではない。<br><br>受け手の想像力が入り込むための空間だ。<br><br>THE STUZIO17で世界をつくるときも、最初からすべてを語り切らないことを大切にしたい。<br><br>作品の中に、問いを残す。<br><br>答えを隠すためではなく、世界が作品の外側まで続いていると感じてもらうために。<br><br>世界は、完成した瞬間に閉じる。<br><br>だから、完成させながらも、閉じない設計が必要になる。<br><br>今日の小さな実践<br><br>何か新しい世界や作品を作るなら、まず次の四つだけを書いてみる。<br><br>1. その世界で、誰も説明できない小さな違和感<br>2. その違和感を最初に目撃する場所<br>3. 目撃した人が、ひとつだけ間違って理解すること<br>4. その出来事の外側に、まだ残っている余白<br><br>壮大な設定を書く前に、小さな謎をひとつ置く。<br><br>そこから世界が動き始めるかもしれない。<br><br>世界は、完成図から始まらない。<br><br>まだ地図に描かれていない一片から始まる。<br><br>CTA: あなたが今つくりたい世界にある「最初の違和感」を、一つだけ言葉にしてみてほしい。<br><br>タグ：#THESTUZIO17 #世界創造 #創作論 #物語設計 #未来</p><br/><a href='https://note.com/shindoutoshiki/n/ncc8b8d022ec6'>続きをみる</a>]]></description>
      <note:creatorImage>https://assets.st-note.com/production/uploads/images/142261650/profile_84358c849aa5beafcde92b31e3abea6c.png?fit=bounds&amp;format=jpeg&amp;quality=85&amp;width=330</note:creatorImage>
      <note:creatorName>GYOSAN/ぎょさん〓THE STUZIO17</note:creatorName>
      <pubDate>Wed, 30 Sep 2026 21:42:09 +0900</pubDate>
      <link>https://note.com/shindoutoshiki/n/ncc8b8d022ec6</link>
      <guid>https://note.com/shindoutoshiki/n/ncc8b8d022ec6</guid>
    </item>
    <item>
      <title>AIを入れる場所は、生成欄ではなく「止まり」にある</title>
      <media:thumbnail>https://assets.st-note.com/production/uploads/images/318943809/rectangle_large_type_2_a7204051bf183be0ce9c37e98a61ea6c.jpg?width=800</media:thumbnail>
      <description><![CDATA[<p name="2BDE88FC-FFC9-4AAE-8234-EA42FC97EEBA" id="2BDE88FC-FFC9-4AAE-8234-EA42FC97EEBA">AIの話をしていると、つい「何が作れるか」から考えてしまう。<br><br>画像を作れる。<br>文章を書ける。<br>動画を伸ばせる。<br>アイデアを出せる。<br><br>もちろん、それは大事な能力だ。<br><br>でも、実際の制作で時間を奪っているのは、いつも大きな作業とは限らない。<br><br>反射を消したいだけなのに、別のソフトを開く。<br>似た写真を何十枚も見比べる。<br>素材を探しているうちに、最初の目的を忘れる。<br>書き出しと読み込みを繰り返して、気づけば夕方になる。<br><br>作品が進まない理由は、アイデアがないからではなく、途中の小さな段差に足を取られているからかもしれない。<br><br>## AIの価値は、派手な生成だけではない<br><br>Adobeは2026年6月15日の公式ブログで、PhotoshopのRemove Toolに、端末上・オフラインで動く生成AIモデルを追加したと説明している。<br><br>ここで注目したいのは、「AIが作品を作る」という話ではないことだ。<br><br>制作途中の一箇所にある、邪魔なものを取り除く。<br><br>その作業が、通信を待たずに、別の工程へ移らずに進められる。<br><br>AIが主役になるのではなく、制作者が本来考えたかったことへ戻れる。<br><br>この差はかなり大きい。<br><br>道具のすごさを測る時、完成したデモだけを見ると、何でもできるように見える。<br><br>でも実際に見るべきなのは、作業のどこで止まっていた人が、どこまで戻れるようになったかだ。<br><br>## まず「止まり」を名前で呼ぶ<br><br>AIを使う前に、次の四行だけ書く。<br><br>止まっている場所：<br>止まる理由：<br>AIに任せる仕事：<br>最後に人が決めること：<br><br>たとえば、写真の反射を消したい場合。<br><br>止まっている場所：画像の仕上げ<br>止まる理由：不要な反射を手作業で除去している<br>AIに任せる仕事：反射の候補除去<br>最後に人が決めること：その修正が作品の意味を壊していないか<br><br>この書き方をすると、「AIを使うかどうか」という大きすぎる話が、かなり小さくなる。<br><br>生成する必要があるのか。<br>比較だけでいいのか。<br>整理を任せたいのか。<br>単純な除去を任せたいのか。<br><br>AIに渡す仕事の輪郭が見えてくる。<br><br>## 便利さには、戻り道をつける<br><br>制作でAIを使う時、僕が一番気にしたいのは「戻れるか」だ。<br><br>間違った文章が出た時、人間が直せるか。<br><br>意図と違う画像になった時、元の案へ戻れるか。<br><br>自動処理の結果を見て、「これは違う」と言えるか。<br><br>戻れないまま速くなると、制作ではなく流される作業になる。<br><br>だから、AIに任せる仕事は、できるだけ小さく区切る。<br><br>意味を決める仕事は渡さない。<br>選択肢を増やす仕事は渡せる。<br>反復作業は渡しやすい。<br>権利や公開範囲の判断は戻す。<br>最後の違和感は人が読む。<br><br>この境界があると、AIは制作の代役ではなく、制作の流れを詰まらせている石を拾う道具になる。<br><br>## THE STUZIO17での使い方<br><br>THE STUZIO17では、AIに「全部作って」と頼むより、まず「いま、どこで止まっている？」と聞くほうがいいと思っている。<br><br>作品の意味を決めるのはCreator。<br><br>AIに任せるのは、比較、整理、除去、候補出し、違和感の発見。<br><br>全部を自動化すると、机の上だけ片づいて、自分が何を作っていたのか分からなくなることがある。制作会議に呼んでないのに、議事録だけ立派になるやつ。笑<br><br>AI導入の第一歩は、新しい機能を探すことではない。<br><br>自分の工程にある「止まり」を、一つだけ見つけることだ。<br><br>## CTA<br><br>今日の制作や仕事で、いちばん小さくても時間を奪っている「止まり」を一つ書き出してみてください。<br><br>## 参考資料<br><br>Adobe公式ブログ  <br>“From culling to compositing: New Creative Cloud innovations across every stage of your workflow”  <br>公開日：2026年6月15日  <br>https://blog.adobe.com/en/publish/2026/06/15/from-culling-to-compositing-new-creative-cloud-innovations-across-every-stage-of-your-workflow<br><br>## タグ<br><br>#AI活用 #創作 #制作論 #クリエイティブ #THESTUZIO17</p><br/><a href='https://note.com/shindoutoshiki/n/n9f297dc18bf0'>続きをみる</a>]]></description>
      <note:creatorImage>https://assets.st-note.com/production/uploads/images/142261650/profile_84358c849aa5beafcde92b31e3abea6c.png?fit=bounds&amp;format=jpeg&amp;quality=85&amp;width=330</note:creatorImage>
      <note:creatorName>GYOSAN/ぎょさん〓THE STUZIO17</note:creatorName>
      <pubDate>Tue, 29 Sep 2026 21:29:00 +0900</pubDate>
      <link>https://note.com/shindoutoshiki/n/n9f297dc18bf0</link>
      <guid>https://note.com/shindoutoshiki/n/n9f297dc18bf0</guid>
    </item>
    <item>
      <title>便利さより先に、「返却可能性」を設計する</title>
      <media:thumbnail>https://assets.st-note.com/production/uploads/images/318571289/rectangle_large_type_2_e9fef82614506ac63bf15e544d814090.jpg?width=800</media:thumbnail>
      <description><![CDATA[<p name="DA3D2680-BF89-4E87-B2D3-88A4B6899812" id="DA3D2680-BF89-4E87-B2D3-88A4B6899812">AIと創作のための、小さな引き渡しの型<br><br>AIに仕事を渡す時、つい「何ができるか」から考える。<br><br>文章を書ける。<br>画像を作れる。<br>検索できる。<br>候補を増やせる。<br><br>もちろん、それは大事なことだ。<br><br>でも、最近はもう一つ気になる。<br><br>その仕事を、あとで自分の手に戻せるか。<br><br>AIに渡したものが、どこまで変わったのか分からない。<br>誰が、いつ、どの判断を足したのか追えない。<br>間違いに気づいても、元の状態へ戻れない。<br><br>そうなると、便利になったというより、荷物の置き場所が分からなくなっただけかもしれない。<br><br>僕はこの「あとで人間へ戻せる状態」を、返却可能性と呼びたい。<br><br>## 便利さは、関係を切ることではない<br><br>OpenAIの公式リリースノートでは、2026年6月4日にLockdown Mode、6月2日にActive sessionsが案内されている。<br><br>Lockdown Modeは、Web閲覧、Deep research、Agent mode、ファイルダウンロードなどのネットワーク機能を制限する設定。<br><br>Active sessionsでは、端末、アプリ、概算位置、サインイン時刻などを確認し、見覚えのないセッションをログアウトできる。<br><br>これは「AIを使うな」という話ではない。<br><br>仕事を渡す前に、止められる場所と、履歴を確認できる場所を用意する話だ。<br><br>道具が賢くなるほど、入口の広さだけでなく、戻り道の見えやすさも重要になる。<br><br>## 返却可能性をつくる三つの確認<br><br>創作でAIを使う時、僕は次の三つを先に確認したい。<br><br>### 1. どこで止めるか<br><br>AIが文章を書き終えたところで止めるのか。<br>候補を出したところで止めるのか。<br>公開直前まで進めるのか。<br><br>「どこまで任せるか」を決めずに始めると、気づいた時にはAIの案を直す作業が本編になっている。<br><br>### 2. 何を見れば履歴が分かるか<br><br>元の文章は残っているか。<br>事実確認の出典は追えるか。<br>どの案を採用し、どれを捨てたか分かるか。<br><br>全部を記録する必要はない。<br><br>ただ、あとで「なぜこうなった？」と聞かれた時に、最低限の道筋が見えることは大事だ。<br><br>### 3. どんな時に人へ戻すか<br><br>事実が曖昧になった時。<br>声が自分のものではなくなった時。<br>権利や公開範囲が分からない時。<br>判断の責任を引き受けられない時。<br><br>この条件に触れたら、人間の手へ返す。<br><br>AIが間違えたから返すのではない。<br>人間が責任を持つべき場所へ、ちゃんと戻すために返す。<br><br>## 小さな「引き渡しメモ」<br><br>新しいAIの使い方を試す時、四行だけ書いておく。<br><br>委ねる仕事：<br>AIが触れてよい範囲：<br>人へ返す条件：<br>最後に人が確認するもの：<br><br>例えば、記事の初稿ならこうなる。<br><br>委ねる仕事：構成案と下書き<br>AIが触れてよい範囲：公開済みの情報と自分が用意した素材<br>人へ返す条件：出典、声、権利のどれかが曖昧になった時<br>最後に人が確認するもの：事実、意味、公開判断<br><br>たった四行でも、「AIを使いました」という説明よりずっと具体的になる。<br><br>## 返却可能性は、創作を遅くするのか<br><br>たぶん、最初は少し遅くなる。<br><br>止める場所を決める。<br>元の状態を残す。<br>確認条件を書く。<br><br>でも、戻れないまま進むと、後からもっと時間がかかる。<br><br>AIに二十案出してもらったあと、全部似たような文章になっていることに気づく。<br>画像を大量に作ったあと、どれも作品の声から少しずつ離れている。<br>公開直前に、使ってはいけない素材が混ざっていたと分かる。<br><br>その時に始まるのが、楽しい制作ではなく、元気な修正祭りだ。<br><br>速度を上げることは、前へ進むことだけではない。<br><br>戻れる状態を保ったまま、前へ進めることでもある。<br><br>## 作品は、手放しても所有権を失わない<br><br>AIへ仕事を渡すと、作品の一部を外へ出した感覚になる。<br><br>けれど、手放すことと、判断を放棄することは違う。<br><br>AIは候補を増やせる。<br>違和感を指摘できる。<br>整理や比較を手伝える。<br><br>それでも、その作品が何を言うのか。<br>何を隠すのか。<br>どこまで外へ出すのか。<br><br>そこは人間が持っていたい。<br><br>返却可能性とは、すべてを人間だけで抱えるための考え方ではない。<br><br>むしろ、安心して一部を渡すための条件だ。<br><br>結び目があるから、遠くへ伸ばせる。<br>戻る道があるから、試せる。<br><br>AIに仕事を渡す前に、四行の引き渡しメモを書いてみてください。<br><br>未来の自分が、段ボールを開けて「これ誰の判断やったっけ？」とならないように。<br><br>## CTA<br><br>今使っているAIの仕事を一つ選び、「委ねる仕事／人へ返す条件」を一行ずつ書いてみてください。<br><br>## 参考資料<br><br>OpenAI Help Center  <br>「ChatGPT — Release Notes」  <br>https://help.openai.com/en/articles/6825453-chatgpt-release-notes<br><br>## タグ<br><br>#AI活用 #創作論 #プロダクト設計 #人間の判断 #THESTUZIO17</p><br/><a href='https://note.com/shindoutoshiki/n/n18f06add4ea4'>続きをみる</a>]]></description>
      <note:creatorImage>https://assets.st-note.com/production/uploads/images/142261650/profile_84358c849aa5beafcde92b31e3abea6c.png?fit=bounds&amp;format=jpeg&amp;quality=85&amp;width=330</note:creatorImage>
      <note:creatorName>GYOSAN/ぎょさん〓THE STUZIO17</note:creatorName>
      <pubDate>Mon, 28 Sep 2026 20:51:35 +0900</pubDate>
      <link>https://note.com/shindoutoshiki/n/n18f06add4ea4</link>
      <guid>https://note.com/shindoutoshiki/n/n18f06add4ea4</guid>
    </item>
    <item>
      <title>完成品を棚に置く前に、「二つ目の仕事」を決める</title>
      <media:thumbnail>https://assets.st-note.com/production/uploads/images/318197514/rectangle_large_type_2_3f0b48ce03d53445cc087bea7b6621e6.jpg?width=800</media:thumbnail>
      <description><![CDATA[<p name="49DCB765-0FB3-4432-B618-72934C012025" id="49DCB765-0FB3-4432-B618-72934C012025">成果物は、完成した瞬間に役目を終えるのか<br><br>画像を書き出した。<br><br>文章を公開した。<br><br>試作品が動いた。<br><br>そこまで行けば、ひとまず「完成」と呼んでいい。<br><br>ただ、完成したものを棚へ置いた瞬間、急に仕事を失うことがある。<br><br>昨日まであんなに忙しかったのに、完成品になった途端、静かになる。<br><br>ちょっと不思議やけど、よくある話やと思う。笑<br><br>今日のSNSでは、三つの別々の話をしていた。<br><br>完成したものに次の使用場所を考えること。<br><br>AIに採用／不採用だけでなく、保留や情報不足を渡すこと。<br><br>AIをモデル名ではなく、実際の仕事への適合で比べること。<br><br>一見すると別の話に見える。<br><br>でも、共通しているのは「最初の出力で終わらせない」という考え方だった。<br><br>## 1．まず、何が完成したのかを残す<br><br>完成品を次に使うには、最初の役割を忘れないことが必要になる。<br><br>一枚の画像なら、何を伝えるために作ったのか。<br><br>一つの文章なら、どんな判断や発見を記録したのか。<br><br>試作品なら、何を確かめるために作ったのか。<br><br>ここを曖昧にしたまま再利用すると、ただの使い回しになる。<br><br>THE STUZIO17では、公開した画像や文章を何でも別の用途へ回したいわけではない。<br><br>最初の文脈を壊さず、次の仕事へ引き継げるものだけを選びたい。<br><br>完成物には、内容だけでなく「なぜ存在するのか」という記憶も含まれている。<br><br>## 2．二つ目の仕事は、用途を増やすことではない<br><br>一枚の画像に、告知、広告、プロフィール、販売ページ、動画素材……と役割を詰め込めばいいわけではない。<br><br>むしろ役割を増やしすぎると、どれにも使いにくくなる。<br><br>考えたいのは、最初の使用から自然に続く一つの仕事だ。<br><br>告知として作った画像が、初めて来た人の入口になる。<br><br>制作記録として書いた文章が、後から判断材料になる。<br><br>試作品が、誰かに触ってもらうための出会いの場になる。<br><br>この「次に何をするか」が見えると、成果物は棚の上の記念品ではなくなる。<br><br>次の活動へ人や情報を渡す、小さな中継地点になる。<br><br>## 3．AIにも、次の仕事と戻り道が必要になる<br><br>9月26日、LogoAIのPing氏は、ロゴを生成して終わるのではなく、ブランドキットや実際の制作物へ進む製品の方向性を説明していた。<br><br>別の投稿では、同じ素材と指示を複数モデルで試し、商品精度、光、構図、コピー用の余白など、実際の用途に合うかを比較する例を示している。<br><br>ここで重要なのは、モデルの数ではない。<br><br>生成した結果が、次の仕事へ進めるかどうかだ。<br><br>一方、TakkunBlueさんのローカル決定モデルの試行では、「決められない」という選択肢を追加したことで、確信度の分布が変化したと報告されていた。<br><br>これは小規模な自己報告であり、一般的な性能の証明ではない。<br><br>それでも、AIを使う側の設計について考えさせられる。<br><br>AIに選ばせるなら、次に進む道だけでなく、保留する道も用意しておく。<br><br>成果物も同じだと思う。<br><br>次へ渡すだけでなく、必要なら人へ戻せること。<br><br>この戻り道がなければ、継続ではなく惰性になる。<br><br>## 4．「二つ目の使用」を決める四行<br><br>完成したものを公開する前に、次の四行を書いてみる。<br><br>完成したもの：<br><br>最初の役割：<br><br>二つ目の使用：<br><br>人が再判断する地点：<br><br>例えば、AIで作った画像なら、<br><br>完成したもの：新しい企画の告知画像<br><br>最初の役割：存在を知らせる<br><br>二つ目の使用：初めて来た人が世界へ入る入口<br><br>人が再判断する地点：作品の意味を誤解させないか確認する<br><br>これだけで、「作ったから投稿する」から少し離れられる。<br><br>何のために作ったのか。<br><br>次に誰が使うのか。<br><br>何を引き継ぐのか。<br><br>どこで自分がもう一度判断するのか。<br><br>完成とは、すべてを閉じることではなく、次の使用へ渡せる状態なのかもしれない。<br><br>## 5．二つ目の仕事が、活動をつなぐ<br><br>THE STUZIO17では、制作物を単発の投稿で終わらせず、次の活動へ接続できる形を試していく。<br><br>ただし、これは反応率や継続率が上がると証明された方法ではない。<br><br>現時点では、Creatorとしての制作方針であり、これから検証する仮説だ。<br><br>それでも、完成品を増やすだけではなく、完成したものが次にどこで働くかを見ることには意味がある。<br><br>作品は、完成して置かれた時より、誰かの次の行動に使われた時に、少し強くなる。<br><br>完成品を棚へ置く前に、一つだけ聞いてみる。<br><br>「この子の二つ目の仕事は何やろ？」<br><br>たぶん、作品も次の勤務先を探している。<br><br>## CTA<br><br>最近完成させたものを一つ選び、「二つ目の使用」と「人が再判断する地点」をそれぞれ一行で書いてみてください。<br><br>## 参考資料<br><br>Ping  <br>「Why I rebuilt LogoAI for a world where generating a logo is getting easier」  <br>https://www.indiehackers.com/post/why-i-rebuilt-logoai-for-a-world-where-generating-a-logo-is-getting-easier-EoGU3IPWUAyFuSgYhQOh<br><br>Ping  <br>「Product update: More AI image models, one workspace to compare them」  <br>https://www.indiehackers.com/post/product-update-more-ai-image-models-one-workspace-to-compare-them-eAf7PTBmSwDx1NG7zcAt<br><br>TakkunBlue  <br>「製造業×Jev×ローカルLLM——話題の『Jev』に何をやらせるべきか実証してみた」  <br>https://note.com/takkunblue/n/nc62eaca4bc89<br><br>## タグ<br><br>#THESTUZIO17 #創作 #制作論 #AI活用 #クリエイティブ</p><br/><a href='https://note.com/shindoutoshiki/n/nca05e660b7a1'>続きをみる</a>]]></description>
      <note:creatorImage>https://assets.st-note.com/production/uploads/images/142261650/profile_84358c849aa5beafcde92b31e3abea6c.png?fit=bounds&amp;format=jpeg&amp;quality=85&amp;width=330</note:creatorImage>
      <note:creatorName>GYOSAN/ぎょさん〓THE STUZIO17</note:creatorName>
      <pubDate>Sun, 27 Sep 2026 20:13:05 +0900</pubDate>
      <link>https://note.com/shindoutoshiki/n/nca05e660b7a1</link>
      <guid>https://note.com/shindoutoshiki/n/nca05e660b7a1</guid>
    </item>
    <item>
      <title>作品より先に、作品が生きる場所を作る</title>
      <media:thumbnail>https://assets.st-note.com/production/uploads/images/317857681/rectangle_large_type_2_4b38ebbc8598ebe44c1955de27d994ee.jpg?width=800</media:thumbnail>
      <description><![CDATA[<p name="B76D2D0B-F571-448E-85CF-0898C3ECBC3D" id="B76D2D0B-F571-448E-85CF-0898C3ECBC3D">完成品だけでは生態系にならない<br><br>作品を完成させることと、その作品が生きられる場所を作ることは、少し違う仕事だ。<br><br>文章を書いた。<br>映像を作った。<br>ゲームが動いた。<br>新しい道具も完成した。<br><br>作る側から見れば、かなり大きな山を越えている。<br><br>でも外から来た人には、まだ入口が見えないことがある。<br><br>どこから触ればいいのか。<br>触ったあと、何をすればいいのか。<br>いつ何が起きるのか。<br>気に入った作品と、次にどこで会えるのか。<br><br>作品は存在している。<br><br>ただ、まだ住む場所がない。<br><br>完成した作品をインターネットの広い床へ置き、「あとは発見されるはず」と願うだけでは、少し心細い。<br><br>広い床には、だいたい他のものも数億個くらい置いてある。<br><br>## Metaが発表したのは、道具だけではなかった<br><br>Metaは2026年9月24日、Connect 2026の開発者向け総括を公開した。<br><br>記事にはAIモデル、AIグラス、VR、Horizonなど、多数の製品や開発手段が並んでいる。<br><br>ただ、興味深かったのは機能の数ではない。<br><br>各領域に「次に何をすればいいか」が置かれていたことだ。<br><br>資料を読む。<br>開発環境へ進む。<br>早期アクセスへ登録する。<br>コンペへ参加する。<br>フォーラムで会話する。<br><br>全体を理解してから動く設計ではなく、自分に関係する入口を見つけて動ける設計になっている。<br><br>Horizon CreateとHorizon Studioの発表も、生成機能だけでは終わっていない。<br><br>Metaの説明では、言葉からゲームを作り、実際に遊び、修正し、もう一度試す。モバイルとブラウザの間で制作物や履歴を引き継ぎ、公開後はFacebook、Instagram、Horizon上での配信対象になるという。<br><br>さらに、同日始まったVR開発コンペには期限、部門、賞金、技術支援、コミュニティ、発表機会が置かれていた。<br><br>Meta VR Glassesの発売は2027年春の予定だが、その前から開発者と作品を集めようとしている。<br><br>これは単に「新製品を使ってください」という告知ではない。<br><br>道具、試す場所、参加理由、発見される面を一続きにしようとしている。<br><br>もちろん、すべて提供側の説明である。<br><br>Horizon Create／Studioは早期アクセス段階で、作品の品質、独自性、利用者の継続率は確認できていない。<br><br>コンペも、賞金総額が大きいだけで生態系の成功を証明するものではない。<br><br>それでも、作品の外側に何が必要かを見る事例にはなる。<br><br>## 入口は、全体説明ではない<br><br>作り手は、自分の活動を全部知っている。<br><br>始めた理由。<br>過去の試行錯誤。<br>これから作りたいもの。<br>他の作品との関係。<br>まだ公開できない設計。<br><br>だから初めて来た人にも、最初から全部説明したくなる。<br><br>でも入口の役割は、世界全体を理解させることではない。<br><br>最初の一歩を置くことだ。<br><br>実際に触れられる小さな作品。<br>制作中に生まれた具体的な問い。<br>次に確かめること。<br>短い映像や一つの操作。<br><br>入口は小さくていい。<br><br>大きな世界の存在は、その奥から感じてもらえばいい。<br><br>玄関へ全家具を置いたら、家の説明はできても中へ入れない。<br><br>## 誰かが触ると、作品は環境に出る<br><br>作品は、作り手の手元にある間はかなり賢く見える。<br><br>作者が不足を脳内で補っているからだ。<br><br>どこを押すのか知っている。<br>何を見てほしいか知っている。<br>説明されていない背景まで知っている。<br><br>他人が触った瞬間、その補助が消える。<br><br>そこで止まった場所は失敗ではない。<br><br>作品が初めて環境へ出た跡だ。<br><br>生成AIで最初の形を早く作れるようになれば、この接触はさらに重要になる。<br><br>生成が速くなるほど、作り手の頭の中だけで完成したように感じる速度も上がる。<br><br>だから、磨き切る前に一度触ってもらう。<br><br>説明せず渡し、質問の数より手が止まった場所を見る。<br><br>作品が生きられるかどうかは、作者の理解ではなく、外から来た人との接触で分かり始める。<br><br>## 期限は、急かすためだけにあるのではない<br><br>「いつか参加してください」<br>「自由に作ってください」<br>「何かおもしろいことをしましょう」<br><br>感じはいい。<br><br>ただ、何を始めればいいのか判断しにくい。<br><br>MetaのVR開発コンペには、11月18日という締切、三つの部門、提出条件、賞金、結果発表日がある。<br><br>締切は圧力にもなるが、企画の大きさを決める輪郭にもなる。<br><br>八週間なら、八週間で完成する範囲を考えられる。<br><br>完成条件があれば、どこで手を止めるか決められる。<br><br>最後に誰が見るのか分かれば、誰へ向けて整えるのか考えられる。<br><br>参加者を動かすのは、壮大な理念だけではない。<br><br>今日から締切までの距離が見えることも大きい。<br><br>## 発見面を借りる時、気候も借りている<br><br>Metaは、Horizon Create／Studioで公開したゲームをFacebook、Instagram、Horizon上の配信対象にすると説明している。<br><br>作る道具と発見される場所がつながるのは強い。<br><br>最初の利用者へ届くまでの距離が短くなる可能性がある。<br><br>一方で、配信対象になることと、実際に発見されることは違う。<br><br>どの作品が表示されるか。<br>何が高く評価されるか。<br>どの規則へ合わせる必要があるか。<br><br>その一部を、プラットフォームが決める。<br><br>生息域を借りれば、気候も大家さんが決める。<br><br>急に雨季が始まっても、アルゴリズムは傘を送ってくれない。<br><br>だから、発見面を使いながら、作品の記録、読者との接点、別の入口も自分たちで持っておく。<br><br>配信先は生息域の一部であって、作品そのものの所有地ではない。<br><br>## 四つの生息条件<br><br>作品や企画を外へ出す前に、四つだけ見る。<br><br>入口：<br>初めて来た人が、今日触れられるものは何か。<br><br>接触：<br>誰が試し、どこで止まり、何を戻してくれるのか。<br><br>時間：<br>いつまでに、どこまでできれば一度完成と呼べるのか。<br><br>次の場所：<br>公開後、誰が見て、どこへ進み、もう一度会えるのか。<br><br>立派な生態系を一度に作る必要はない。<br><br>入口が一つあり、誰かが触れ、短い期限があり、その先の場所が一つあれば、小さな生息域は始められる。<br><br>作品だけを増やしても、作品同士が勝手に森を作ってくれるとは限らない。<br><br>水、光、風、土を整える仕事が残っている。<br><br>そしてたぶん、その仕事は作品を作ることと同じくらい創造的だ。<br><br>## CTA<br><br>いま進めている企画を一つ選び、「入口／最初に触る人／一度完成とする日／公開後の行き先」を一行ずつ書いてみてください。<br><br>## 参考資料<br><br>Meta Developers<br>“Meta Connect 2026: The end-to-end recap”<br>公開日：2026年9月24日<br>https://developers.meta.com/blog/meta-connect-recap/<br><br>Meta Developers<br>“Meta Connect Recap: Sign Up for Early Access to Horizon Create and Horizon Studio”<br>公開日：2026年9月24日<br>https://developers.meta.com/blog/meta-connect-recap-horizon-create-and-horizon-studio/<br><br>Meta Developers<br>“Meta VR Start Developer Competition”<br>公開日：2026年9月24日<br>https://developers.meta.com/blog/meta-connect-2026-vr-start-developer-competition/<br><br>## タグ<br><br>#創作 #企画設計 #AI活用 #クリエイター #THESTUZIO17</p><br/><a href='https://note.com/shindoutoshiki/n/nf74e4b462c2d'>続きをみる</a>]]></description>
      <note:creatorImage>https://assets.st-note.com/production/uploads/images/142261650/profile_84358c849aa5beafcde92b31e3abea6c.png?fit=bounds&amp;format=jpeg&amp;quality=85&amp;width=330</note:creatorImage>
      <note:creatorName>GYOSAN/ぎょさん〓THE STUZIO17</note:creatorName>
      <pubDate>Sat, 26 Sep 2026 22:29:17 +0900</pubDate>
      <link>https://note.com/shindoutoshiki/n/nf74e4b462c2d</link>
      <guid>https://note.com/shindoutoshiki/n/nf74e4b462c2d</guid>
    </item>
    <item>
      <title>消えた仕事には、だいたい転居先がある</title>
      <media:thumbnail>https://assets.st-note.com/production/uploads/images/317449647/rectangle_large_type_2_6d52031224f60ed0a5ca650dba295d55.jpg?width=800</media:thumbnail>
      <description><![CDATA[<p name="31167DFF-21A0-45F8-A612-3940D43A3B9E" id="31167DFF-21A0-45F8-A612-3940D43A3B9E">AIとプロダクト設計のための「負担の住所」<br><br>「軽くなりました」<br><br>「簡単になりました」<br><br>「自動でできます」<br><br>このへんの言葉は気持ちがいい。<br><br>昨日まで必要だった手間が、朝起きたら蒸発していたように聞こえる。<br><br>ただ、実際には仕事や複雑さが消えたのではなく、別の場所へ移っていることが多い。<br><br>Metaが2026年9月23日に発表したVR Glassesは、その構造が分かりやすい。<br><br>グラス本体は約100g。<br><br>センサーとディスプレイを顔側に残し、演算、バッテリー、ストレージを、光ケーブルでつながった外部パックへ移している。<br><br>顔は軽くなる。<br><br>その代わり、ポケットやバッグが働く。<br><br>重さが消えたのではない。<br><br>身体のどこで持つかが変わった。<br><br>ポケットとしては、急に演算と電池と保存まで任されて、聞いてないでと言いたいかもしれない。笑<br><br>でも、これは欠点の話ではない。<br><br>設計とは、負担をゼロにすることだけではなく、より持ちやすい場所へ動かすことでもある。<br><br>問題は、その移動先を見ないまま「なくなった」と思ってしまうことだ。<br><br>## AIが速くした仕事の、次の住所<br><br>AIも同じようなことを起こす。<br><br>文章の下書きが速くなる。<br><br>候補をたくさん出せる。<br><br>翻訳や要約を短い時間で作れる。<br><br>そこで減っているのは、最初の一案を作る時間かもしれない。<br><br>一方で、別の仕事が増える。<br><br>事実を確認する。<br><br>声が本人のものになっているか読む。<br><br>似すぎた案を捨てる。<br><br>権利や公開範囲を見る。<br><br>最後に誰が決めたのかを明確にする。<br><br>作業時間が短くなっても、判断まで自動的に軽くなるとは限らない。<br><br>むしろ案が増えたぶん、選ぶ仕事が重くなることもある。<br><br>一時間かけて一案を作っていた人が、十分で二十案を手に入れる。<br><br>速くなった。<br><br>そして残り五十分を、二十案の前で元気に迷う。<br><br>速度は上がっているのに、なぜか椅子から動けない。よくある。<br><br>ここで必要なのは、AIを使うか使わないかという大きな議論ではない。<br><br>負担がどこへ動いたかを見ることだ。<br><br>入力へ移ったのか。<br><br>確認へ移ったのか。<br><br>選択へ移ったのか。<br><br>未来の修正へ送られたのか。<br><br>## 表が静かなほど、裏側には仕事がある<br><br>きれいな展示室を歩いている時、鑑賞者は作品と空間を見る。<br><br>けれど、その静けさを作るために、裏側では運搬、保存、照明、清掃、温度管理、記録が動いている。<br><br>完成した画面も似ている。<br><br>利用者が押すボタンを一つ減らすために、システム側の分岐が増えることがある。<br><br>説明を短くするために、編集者が長く考えていることもある。<br><br>公開時の手間を減らした結果、あとで保守する人が複雑さを引き受ける場合もある。<br><br>良い設計は、裏側の仕事が少ない設計とは限らない。<br><br>必要な仕事が、適切な場所へ置かれている設計だと思う。<br><br>機械が得意な反復は、機械側へ。<br><br>文脈や責任が必要な判断は、人間側へ。<br><br>今すぐ決めなくていいことは、あとで戻れる形へ。<br><br>そして、誰も持てない負担は「便利」という言葉で隠さない。<br><br>## 負担の住所を確かめる<br><br>新しい道具や制作方法を試す時、僕は「何ができるか」だけでは足りないと思っている。<br><br>その前後を少し見る。<br><br>まず、どこが軽くなったのか。<br><br>顔なのか、手なのか、作業時間なのか、考え始めるまでの抵抗なのか。<br><br>次に、その代わりに何が増えたのか。<br><br>確認、充電、持ち運び、選択、保守、責任。<br><br>そして、その新しい負担を誰が持つのかを見る。<br><br>利用者なのか。<br><br>制作者なのか。<br><br>AIなのか。<br><br>公開後の自分なのか。<br><br>未来の自分は、かなり気軽に仕事を押しつけられがちな部署や。<br><br>最後に、失敗した時の戻り道があるかを確かめる。<br><br>AIが間違えた時に、人が直せるか。<br><br>自動化が止まった時に、手で戻せるか。<br><br>移した仕事が見えなくなっていないか。<br><br>ここまで分かれば、負担が残っていても問題ではない。<br><br>どこにあるか分からないことのほうが怖い。<br><br>## 良い移動と、ただの押しつけ<br><br>負担を動かすこと自体は悪くない。<br><br>顔からポケットへ移すことで、装着時間を伸ばせるかもしれない。<br><br>人間の反復作業をAIへ移すことで、考える時間を取り戻せるかもしれない。<br><br>専門家へ確認を渡すことで、大きな事故を避けられることもある。<br><br>良い移動には、少なくとも三つの感触がある。<br><br>移動先のほうが、その仕事を持ちやすい。<br><br>新しい持ち主が、その負担を認識できる。<br><br>問題が起きた時に、責任や判断の場所へ戻れる。<br><br>反対に、負担の行方を隠しただけなら、簡単になったとは言いにくい。<br><br>利用者の操作を一つ減らして、問い合わせを十件増やした。<br><br>制作を速くして、確認不能な文章を大量に残した。<br><br>今日の仕事を自動化して、来月の自分へ修正祭りを開催した。<br><br>それは効率化ではなく、カレンダーの向こう側へ荷物を投げただけかもしれない。<br><br>## 四行の転居届<br><br>何かを「軽く、速く、簡単に」する前に、短い転居届を書く。<br><br>軽くしたい場所：<br>移す負担：<br>新しく持つ人：<br>戻す条件：<br><br>例えばAIで記事の初稿を作るなら、<br><br>軽くしたい場所：書き始めるまでの時間<br>移す負担：構成案と下書き<br>新しく持つ人：AI。ただし確認と公開判断は自分<br>戻す条件：出典、声、事実のどれかが曖昧なら人間へ戻す<br><br>これだけでも、「AIを使った」という説明より、かなり具体的になる。<br><br>便利さを疑うための型ではない。<br><br>便利さを長持ちさせるための型だ。<br><br>負担は、消えなくてもいい。<br><br>持ちやすい場所へ移り、誰が持っているか分かり、必要な時に戻せればいい。<br><br>ただし転居届なしの引っ越しだけは困る。<br><br>あとで必ず、未来の自分が段ボールを開けることになる。<br><br>## CTA<br><br>最近「簡単になった」と感じた仕事を一つ選び、「減った負担／移った先／最後に確認する人」を一行で書いてみてください。<br><br>## 参考資料<br><br>Meta<br>“Introducing Meta VR Glasses: A Cinema, Courtside Seat, and Workspace in Just 100 Grams”<br>公開日：2026年9月23日<br>https://about.fb.com/news/2026/09/introducing-meta-vr-glasses-3d-movies-immersive-live-sports-100-grams/<br><br>## タグ<br><br>#プロダクト設計 #AI活用 #創作 #システム思考 #THESTUZIO17</p><br/><a href='https://note.com/shindoutoshiki/n/n59d032ef9b99'>続きをみる</a>]]></description>
      <note:creatorImage>https://assets.st-note.com/production/uploads/images/142261650/profile_84358c849aa5beafcde92b31e3abea6c.png?fit=bounds&amp;format=jpeg&amp;quality=85&amp;width=330</note:creatorImage>
      <note:creatorName>GYOSAN/ぎょさん〓THE STUZIO17</note:creatorName>
      <pubDate>Fri, 25 Sep 2026 20:43:40 +0900</pubDate>
      <link>https://note.com/shindoutoshiki/n/n59d032ef9b99</link>
      <guid>https://note.com/shindoutoshiki/n/n59d032ef9b99</guid>
    </item>
    <item>
      <title>同じ意味を、違う場所へ運ぶ</title>
      <media:thumbnail>https://assets.st-note.com/production/uploads/images/317102678/rectangle_large_type_2_d30eb2c8561102ec5dcdc4b084197461.jpg?width=800</media:thumbnail>
      <description><![CDATA[<p name="5A5055C6-4CE2-4E34-A5B5-254B58A3DAD7" id="5A5055C6-4CE2-4E34-A5B5-254B58A3DAD7">創作を移植するときに、先に決めておきたい四つのこと<br><br>作品を別の場所へ運ぶ時、つい最初に「どう翻訳するか」を考える。<br><br>日本語を英語にする。<br>長い文章を短くする。<br>横長の映像を縦にする。<br>字幕を入れる。<br><br>もちろん必要な作業や。<br><br>でも、それだけでは届かないことがある。<br><br>意味は合っている。<br>文法も間違っていない。<br>画面もちゃんと収まっている。<br><br>なのに、なぜか元の作品と別人に見える。<br><br>声の温度が変わっている。<br>間が早すぎる。<br>その場所の人には、少し説明くさく聞こえる。<br>大事なものを残したつもりが、表面だけ運んでしまっている。<br><br>昨日、Higgsfieldの動画ローカライズに関する公式ガイドを読んだ。<br><br>2026年9月23日公開のガイドでは、動画の多言語展開を、翻訳だけで終わらせていない。<br><br>音声。<br>リップシンク。<br>字幕。<br>画面内の文字。<br>価格や通貨。<br>日付。<br>CTA。<br>法的表記。<br>媒体ごとの画角。<br>声や肖像の利用許諾。<br><br>ひとつの動画を別の市場へ持っていくには、いくつもの確認が必要だと整理されていた。<br><br>この話は広告動画について書かれたものやけど、創作全体にも使えると思う。<br><br>僕は最近、作品を別の場所へ運ぶ時に、四つの順番で考えるようにしている。<br><br>## 1．CORE｜何を残すのか<br><br>最初に決めるのは、変えないもの。<br><br>言葉そのものではない。<br><br>この作品でなければ出ない感情。<br>その人らしい視線。<br>少し変だけど、消したら急に普通になる部分。<br>読後や視聴後に残ってほしい感覚。<br><br>ここを決めないまま翻訳や再編集を始めると、作業は進むけど、作品の中心が少しずつ薄くなる。<br><br>全部を保存しようとすると、何も運べなくなる。<br><br>荷物が多すぎて、引っ越し業者も泣く。笑<br><br>## 2．RHYTHM｜どんな速度で届くのか<br><br>次はリズム。<br><br>文章なら、息継ぎ。<br>映像なら、カットの長さ。<br>音楽なら、間。<br>会話なら、言い切らない余白。<br><br>言語が変わると、同じ内容でも必要な時間が変わる。<br><br>直訳した文章が長くなれば、音声と口の動きが合わなくなる。<br>短くしすぎれば、感情の余韻が消える。<br><br>作品の意味を守るために、文章を変えることがある。<br><br>これは裏切りではなく、別の場所でも同じ感覚を起こすための調整やと思う。<br><br>## 3．CONTEXT｜その場所で自然に見えるか<br><br>同じ表現でも、場所が変われば受け取られ方は変わる。<br><br>冗談が冗談に聞こえない。<br>丁寧さが距離に見える。<br>勢いが乱暴さに見える。<br>説明していない部分が、ただの説明不足になる。<br><br>ここで必要なのは、正解を探すことより、違和感を見つけることかもしれない。<br><br>「意味は合っているけど、この人ほんまにこう言う？」<br><br>この問いを一度通すだけで、文章や映像の表情はかなり変わる。<br><br>AIに任せるなら、作品の声を決めてもらうのではなく、浮いている場所を探してもらう。<br><br>最終的に読むのは、人間の耳と目でいい。<br><br>## 4．RIGHTS｜運んでいいものか<br><br>最後に、権利。<br><br>声を使っていいのか。<br>顔や肖像を使っていいのか。<br>素材や音楽を別の地域でも使えるのか。<br>価格や広告表現は、その場所のルールに合っているのか。<br><br>届き方を整えても、運ぶ権利がなければ公開できない。<br><br>ここは制作の最後に確認するものではなく、最初から設計に入れておくべき部分やと思う。<br><br>## 作品を運ぶための小さなメモ<br><br>何かを別の場所へ展開する時、まずこの四行を書く。<br><br>CORE：何を残すのか。<br>RHYTHM：どんな速度と間で届くのか。<br>CONTEXT：その場所でどう受け取られるのか。<br>RIGHTS：誰の声・顔・素材を、どこまで使えるのか。<br><br>翻訳文だけを確認するより、ずっと作品全体が見えやすくなる。<br><br>同じものをそのまま複製するのではなく、芯を残したまま、場所に合わせて形を変える。<br><br>たぶん、創作を世界へ運ぶというのは、そういう作業なんやと思う。<br><br>## CTA<br><br>いま作っている作品で、言葉や形が変わっても残したい感覚を一文で書いてみてください。<br><br>## 参考資料<br><br>Higgsfield  <br>「How to Localize Video Ads Into Every Language With AI: Dubbing, Lip-Sync, and Reframe」  <br>2026年9月23日公開  <br>https://higgsfield.ai/blog/ai-video-ad-localization<br><br>## タグ<br><br>#創作 #翻訳 #AI活用 #クリエイティブ #THESTUZIO17</p><br/><a href='https://note.com/shindoutoshiki/n/n7858af7de09e'>続きをみる</a>]]></description>
      <note:creatorImage>https://assets.st-note.com/production/uploads/images/142261650/profile_84358c849aa5beafcde92b31e3abea6c.png?fit=bounds&amp;format=jpeg&amp;quality=85&amp;width=330</note:creatorImage>
      <note:creatorName>GYOSAN/ぎょさん〓THE STUZIO17</note:creatorName>
      <pubDate>Thu, 24 Sep 2026 20:16:57 +0900</pubDate>
      <link>https://note.com/shindoutoshiki/n/n7858af7de09e</link>
      <guid>https://note.com/shindoutoshiki/n/n7858af7de09e</guid>
    </item>
    <item>
      <title>うまく作るより、確かめられるように作る</title>
      <media:thumbnail>https://assets.st-note.com/production/uploads/images/316807144/rectangle_large_type_2_ddb57dd24d274e2ba17febb96ca0af77.jpg?width=800</media:thumbnail>
      <description><![CDATA[<p name="68BEBE19-75B7-4A5D-8FFB-037DF127E8CA" id="68BEBE19-75B7-4A5D-8FFB-037DF127E8CA">AI時代の「実物・判断・移植」という小さな型<br><br>AIについて話していると、文章がどんどん大きくなる。<br><br>何でも作れる。<br>仕事が変わる。<br>誰でも開発できる。<br>学び方そのものが変わる。<br><br>たぶん、どれも完全な間違いではない。<br><br>ただ、大きな話は便利すぎる。<br><br>まだ存在しない成果も、成功したような顔で語れてしまうからだ。<br><br>「AIで作りました」と聞いた時、本当に知りたいのは技術の名前だけではない。<br><br>実物はあるのか。<br>何をAIに任せたのか。<br>別の道具へ変わっても、その学びは残るのか。<br><br>今日はこの三つを「Artifact／Judgment／Transfer」と呼んでみる。<br><br>日本語なら、実物・判断・移植。<br><br>立派な方法論というより、話が空中へ浮いていかないように机へ置く、三つの重石みたいなものや。<br><br>## まず、触れられる実物を置く<br><br>制作について発信する時、最初に思想を説明したくなる。<br><br>なぜ始めたのか。<br>どこへ向かうのか。<br>将来どんな世界を作るのか。<br><br>作る側には、背景が全部見えている。<br><br>でも初めて見る人には、まだ何も見えていない。<br><br>そこで必要になるのがArtifactだ。<br><br>完成品でなくてもいい。<br><br>実際に動く小さな機能。<br>公開できる作品の断片。<br>試した結果。<br>現場で起きた具体的な出来事。<br>確認できる画面や記録。<br><br>9月22日に公開された、やまもとさんのnote記事では、生成AIによるWebサービス制作の連載を始める際、公開中のサービスを先に示していた。<br><br>利用者数や売上、検索結果などはまだ確認できない。成功事例として完成した話でもない。<br><br>それでも、実物があることで「これから検証する」という言葉に入口ができる。<br><br>未来の計画を語ってはいけないわけではない。<br><br>ただ、予告の横に現在地を置く。<br><br>これだけで、発信はかなり地面に近づく。<br><br>予告編だけでシーズン8まで行くと、視聴者より先に本編が迷子になる。笑<br><br>## AIには「作品」より先に、小さな判断を渡せる<br><br>実物ができたら、次に見るのはJudgmentだ。<br><br>ここでいう判断は、AIに作品の意味や最終決定を丸ごと渡すことではない。<br><br>制作中には、名前のつかない小さな迷いが何度も出てくる。<br><br>今日触る候補に入れるか。<br>二つの案のどちらを先に見るか。<br>これはアイデアか、作業か。<br>その結果は人間の確認へ戻すべきか。<br><br>TypeSafe AIの公式資料では、JevがChoice、Score、Noulという形式で構造化された結果を返すと説明されている。<br><br>また、はしゃもさんは9月22日の記事で、Jevを開発中のアプリへ組み込み、候補選択や優先度などに使っていると報告した。<br><br>後者は作者本人による報告であり、アプリはテスト中。長期的な精度や費用、実際の効果はまだ分からない。<br><br>それでも、使い方の粒度は参考になる。<br><br>AIへ最初に渡すなら、大きな創造そのものではなく、頻繁に起きて、間違えても戻せて、最後は人間が選べる判断から始める。<br><br>会社へ入った初日に、いきなり社長室の鍵を渡す必要はない。<br><br>まず「この書類、どこへ置く？」くらいからでええ。<br><br>## 道具が消えても残るものを探す<br><br>三つ目はTransfer。<br><br>新しいAIの使い方を覚えても、画面は変わる。<br><br>ボタンが移動する。<br>機能名が変わる。<br>昨日の解説動画と、今日の画面が少し違う。<br><br>覚えた操作が、黙って引っ越している。<br><br>Google.orgは2026年9月21日、Digital Promiseへ400万ドルを拠出し、米国の教育者向けAI研修を拡張すると発表した。<br><br>計画では、米国のK–12教師と高等教育教員600万人への無料研修提供を掲げている。ただし、これは対象計画であり、受講済み人数や成果ではない。<br><br>発表の中で僕が気になったのは規模よりも、「transferable AI skills」という考え方だった。<br><br>特定製品の操作だけでなく、基礎技能、教育上の判断、複数のAIツールへ応用できる実践を扱うという。<br><br>道具が変わっても残る学びとは何か。<br><br>目的を決める。<br>出力を確かめる。<br>任せてよい範囲を置く。<br>最後に人間が判断する地点を忘れない。<br><br>こういう部分は、ボタンの場所より長持ちする。<br><br>## Artifact／Judgment／Transfer<br><br>何かを作ったり、AI活用について発信したりする前に、三つだけ確認する。<br><br>### Artifact｜実物<br><br>今日、他人が実際に確認できるものは何か。<br><br>壮大でなくていい。<br><br>存在するものを一つ置く。<br><br>### Judgment｜判断<br><br>AIへ渡すのは、どの判断か。<br><br>間違えた時に戻せるか。<br>結果を人間が変更できるか。<br>最終決定を誰が持つか。<br><br>### Transfer｜移植<br><br>今のサービスや画面が消えても、何が残るか。<br><br>機能名ではなく、別の道具でも使える見方や問いへ変換できているか。<br><br>この三つが揃うと、発信は「すごそうな話」から、他人が試せる話になる。<br><br>AIで何ができるかを大きく語るより、小さな実物を置く。<br><br>全部を自動化するより、ひとつの判断境界を決める。<br><br>操作方法を暗記するより、次の道具へ持っていける問いを残す。<br><br>説明が作品より大きくなりそうな時にも、この型は使える。<br><br>机の上に実物があるか。<br><br>誰が決めたのか分かるか。<br><br>明日、道具が変わっても意味が残るか。<br><br>それだけ確認すればいい。<br><br>方法論を作るための方法論が必要になったら、たぶん型より先に休憩が要る。笑<br><br>## CTA<br><br>いま進めている仕事を一つ選び、「実物／人が決める地点／別の道具でも残る学び」を各一行で書いてみてください。<br><br>## 参考資料<br><br>やまもと<br>「非エンジニアが、生成AIを使ってニッチなWebサービスを0から作ってみた記録」<br>https://note.com/novel_cosmos8312/n/n7c152da482d8<br><br>TypeSafe AI Documentation<br>https://docs.typesafe.ai/introduction<br><br>はしゃも<br>「文章を書かないAI『Jev』を知ったその日に、自作アプリへ入れた」<br>https://note.com/hasyamo/n/n033d1667f3c5<br><br>Google<br>“Expanding free AI training for educators”<br>https://blog.google/products-and-platforms/products/education/digital-promise/<br><br>## タグ<br><br>#創作 #AI活用 #クリエイター #仕事術 #THESTUZIO17</p><br/><a href='https://note.com/shindoutoshiki/n/nea3cdffce1d9'>続きをみる</a>]]></description>
      <note:creatorImage>https://assets.st-note.com/production/uploads/images/142261650/profile_84358c849aa5beafcde92b31e3abea6c.png?fit=bounds&amp;format=jpeg&amp;quality=85&amp;width=330</note:creatorImage>
      <note:creatorName>GYOSAN/ぎょさん〓THE STUZIO17</note:creatorName>
      <pubDate>Wed, 23 Sep 2026 22:47:23 +0900</pubDate>
      <link>https://note.com/shindoutoshiki/n/nea3cdffce1d9</link>
      <guid>https://note.com/shindoutoshiki/n/nea3cdffce1d9</guid>
    </item>
    <item>
      <title>戻れる場所があると、もっと遠くまで行ける</title>
      <media:thumbnail>https://assets.st-note.com/production/uploads/images/316380116/rectangle_large_type_2_a247902f3271103bb8d095e1e235b59f.jpg?width=800</media:thumbnail>
      <description><![CDATA[<p name="16126EA8-2E16-496C-8760-A367566DB21C" id="16126EA8-2E16-496C-8760-A367566DB21C">創作とAIのための「戻れる設計」<br><br>最近、AIに仕事を分けたり、修正案を出させたりすることが増えた。<br><br>便利や。<br><br>案は増えるし、作業も早く進む。ひとりで全部抱えていた時より、遠くまで行けそうな感じがする。<br><br>ただ、広げることに夢中になると、たまに困る。<br><br>「最初に何を作ろうとしてたんやっけ？」<br><br>候補が増えすぎて、元の目的が見えなくなる。<br><br>きれいに直したはずなのに、最初に残したかった質感まで消えている。<br><br>複数の作業を同時に走らせたのに、最後にまとめる人がいなくて、成果物だけが元気よく散らばっている。<br><br>AIが悪いという話ではない。<br><br>むしろ、AIがちゃんと仕事をしてくれるからこそ、人間側の設計が必要になる。<br><br>進むために、戻り先を決める<br><br>創作では、前へ進むことばかり考えがちだ。<br><br>新しい案を出す。<br>試してみる。<br>修正する。<br>さらに広げる。<br><br>でも、進むことには必ず「戻る」が含まれている。<br><br>違うと思った時に戻る。<br>作品の芯を確認するために戻る。<br>いったん分けた仕事を、ひとつの目的へ戻す。<br><br>戻り先がないまま進むと、遠くへ行ったのではなく、迷子になっただけかもしれない。<br><br>僕は最近、制作や発信の前に、次の四つを決めるだけでもかなり違うと思っている。<br><br>1．何を作るのか<br><br>これは当たり前に見えるけど、意外と途中で変わる。<br><br>「画像を作る」ではなく、何を感じてもらうための画像なのか。<br><br>「文章を書く」ではなく、読んだ人にどんな問いを持ち帰ってほしいのか。<br><br>作業名ではなく、目的を書く。<br><br>2．何を残すのか<br><br>作品には、直したほうがいい部分と、直してはいけない部分がある。<br><br>少し歪んでいるけど残したい線。<br>説明しきれないけど、その作品らしい違和感。<br>効率は悪いけど、自分が選んだ手触り。<br><br>AIに修正案を出してもらう前に、「ここはまだ触らない」と決めておく。<br><br>家の壁まで全部リフォームしたら、制作ではなく引っ越しになる。笑<br><br>3．どこで止めるのか<br><br>AIは、まだ続けられる。<br><br>人間が「もう十分」と思っても、次の案を出せる。比較もできる。改善もできる。<br><br>でも、改善できることと、改善したほうがいいことは別や。<br><br>どこまで行ったら一度止めるのか。<br><br>何が確認できたら公開判断へ移るのか。<br><br>停止条件がないと、制作は永遠に下書きのまま続いてしまう。<br><br>4．最後にどこへ戻すのか<br><br>作業を分ける時は、最後に誰がまとめるのかを決めておく。<br><br>人間でもいい。<br>ひとつの編集基準でもいい。<br>確認用の一枚のメモでもいい。<br><br>大事なのは、別々に進んだものが、同じ目的へ戻ってこられること。<br><br>Anthropicが2026年9月17日に発表したClaude CodeのProjectsも、複数スレッドを調整役が束ね、結果をまとめる設計を説明している。<br><br>一方で、複数のセッションを動かせば利用上限へ早く達する可能性があり、同じコードに触れれば競合も起きると書かれている。<br><br>並列に動くことは、自然にひとつへまとまることではない。<br><br>これはAIに限らない。<br><br>人間のチームでも、家族の予定でも、創作のアイデアでも同じだと思う。<br><br>戻り先は、ブレーキではない<br><br>戻れる場所を作ると、動きが遅くなるように見える。<br><br>でも実際は逆かもしれない。<br><br>何を残すかが分かっていれば、試す範囲を広げられる。<br><br>どこで止めるかが分かっていれば、安心して深く掘れる。<br><br>最後に戻る場所があれば、途中で大胆に寄り道できる。<br><br>「戻る」と聞くと、失敗した感じがする。<br><br>けど、戻れるということは、どこから来たのかを覚えているということでもある。<br><br>創作に必要なのは、ずっと前進することではない。<br><br>遠くまで行っても、自分の作品のところへ帰ってこられることやと思う。<br><br>今日から使える小さなメモ<br><br>何かを作り始める前に、これだけ書いておく。<br><br>* 目的：何を生むためにやるのか<br>* 残すもの：最後まで守る質感や判断<br>* 停止条件：どこで一度止めるのか<br>* 戻り先：最後に何を基準にまとめるのか<br><br>四行でいい。<br><br>立派な計画書はいらない。<br><br>計画書を作る計画書が必要になったら、もう少し休んだほうがいい。笑<br><br>AIで案を増やす。<br>人間が境界を決める。<br>必要なら遠くまで進む。<br>そして、戻る場所を忘れない。<br><br>そのくらいの設計が、これからの創作にはちょうどいいのかもしれない。<br><br>CTA<br><br>いま作っているものの「戻り先」を、一文で書くなら何になりますか？<br><br>参考資料<br><br>Anthropic, “Projects redesigned: from folder to conversation”<br>https://claude.com/blog/projects-redesigned<br><br>タグ<br><br>#創作 #AI活用 #クリエイティブ #制作論 #THESTUZIO17</p><br/><a href='https://note.com/shindoutoshiki/n/nb4cf58cd463b'>続きをみる</a>]]></description>
      <note:creatorImage>https://assets.st-note.com/production/uploads/images/142261650/profile_84358c849aa5beafcde92b31e3abea6c.png?fit=bounds&amp;format=jpeg&amp;quality=85&amp;width=330</note:creatorImage>
      <note:creatorName>GYOSAN/ぎょさん〓THE STUZIO17</note:creatorName>
      <pubDate>Tue, 22 Sep 2026 20:15:13 +0900</pubDate>
      <link>https://note.com/shindoutoshiki/n/nb4cf58cd463b</link>
      <guid>https://note.com/shindoutoshiki/n/nb4cf58cd463b</guid>
    </item>
    <item>
      <title>作品のすべてを見せなくていい。「入口」を設計するという仕事</title>
      <media:thumbnail>https://assets.st-note.com/production/uploads/images/316040531/rectangle_large_type_2_8699a89bd4f6597539a4069144c199f1.jpg?width=800</media:thumbnail>
      <description><![CDATA[<p name="EEDF3381-F512-49E3-827E-C112710C119A" id="EEDF3381-F512-49E3-827E-C112710C119A">何かを作っていると、それをちゃんと理解してもらいたくなる。<br><br>なぜ作ったのか。<br>どんな仕組みなのか。<br>どこが新しいのか。<br>裏側で何を考えているのか。<br>この先、何を作ろうとしているのか。<br><br>全部説明したくなる。<br><br>僕もやりがちや。<br><br>そのほうが誠実に見えるし、「ちゃんと考えて作っています」という証明にもなる気がする。<br><br>でも、箱という箱を全部開けたら、展示というより引っ越し中の部屋になる。笑<br><br>作品を外へ届ける時、必要なのは全公開ではない。<br><br>その世界へ入るための、いい入口だ。<br><br>## 情報を渡すことと、世界を感じてもらうこと<br><br>作品について詳しく説明すれば、理解できる情報は増える。<br><br>ただ、情報が増えるほど作品を感じてもらえるとは限らない。<br><br>映画の予告編が、設定資料を最初から最後まで読み上げたらどうなるか。<br><br>たぶん正確ではある。<br><br>そして、たぶん観たくなくなる。<br><br>受け手が最初に必要としているのは、世界の全容ではない。<br><br>「もう少し近づいてみたい」と思える何かだ。<br><br>一枚の絵。<br>ひとつの音。<br>短い台詞。<br>制作中に見つけた違和感。<br>まだ答えのない問い。<br><br>小さな断片でも、その背後に大きな世界があると感じられれば、入口になる。<br><br>## 見せるものを減らすのは、隠蔽ではない<br><br>「全部見せない」と言うと、都合の悪いことを隠すように聞こえるかもしれない。<br><br>もちろん、事実を偽ったり、存在しない成果を作ったりするのは論外だ。<br><br>ここで守りたいのは、嘘ではない。<br><br>まだ育っているアイデア。<br>公開すれば作品の体験を壊す設定。<br>簡単に複製できる制作上の核心。<br>受け手自身が発見するための余白。<br><br>創作には、外へ見せることで強くなる部分と、まだ閉じておくことで育つ部分がある。<br><br>冷蔵庫の中身まで見せなくても、料理は出せる。<br><br>大事なのは、出した料理に嘘がないことやと思う。<br><br>## 「断片・視点・余白」で入口を作る<br><br>作品や活動を発信する時、僕は入口を三つに分けて考えると整理しやすい。<br><br>### 1．断片<br><br>まず、実在するものをひとつ置く。<br><br>作品の一部。<br>実際の画面。<br>完成した造形。<br>確認できる数字。<br>現場で起きた出来事。<br><br>壮大な未来予告より、小さくても触れられる断片のほうが信頼できる。<br><br>### 2．視点<br><br>次に、「それをどう見たのか」を渡す。<br><br>何が気になったのか。<br>どこに違和感があったのか。<br>何を残し、何をやめたのか。<br><br>制作手順を全部公開しなくても、Creatorが世界を見る角度は共有できる。<br><br>むしろ、その視点にこそ、その人が作る意味が出る。<br><br>### 3．余白<br><br>最後に、説明しきらない場所を残す。<br><br>受け手が自分の記憶や経験を持ち込める場所。<br>次の作品を待ちたくなる場所。<br>実際に触れた時、初めて分かる場所。<br><br>謎だらけにすればいいわけではない。<br><br>入口は分かる。<br>でも、奥に何があるかは全部見えない。<br><br>そのくらいがちょうどいい。<br><br>## AIは案を増やす。入口は勝手に決まらない<br><br>AIを使うと、文章も画像も企画も、候補を大量に作れる。<br><br>それ自体はめちゃくちゃ便利だ。<br><br>問題は、全部がそれなりに良く見えること。<br><br>捨てがたい案が100個できても、入口を100個付けたら家ではなく迷路になる。<br><br>IyengarとLepperが2000年に発表した研究では、一部の状況で、選択肢が多すぎると意思決定や満足を損なう可能性が示された。<br><br>これはAIや創作そのものを研究したものではない。<br><br>それでも、候補が増えるほど最後の判断が重要になる、という感覚を考える材料にはなる。<br><br>AIは可能性を広げられる。<br><br>誰へ、何を、どの順番で見せるか。<br><br>そこはまだ人間の仕事だ。<br><br>## 投稿前に書く「Entrance Brief」<br><br>発信する前に、次の四つだけを短く書いてみる。<br><br>1. 初めて見る人に、何をひとつ見せるか<br>2. その人に、最初にどんな感覚を残したいか<br>3. 見せた断片から、どんな問いを持ち帰ってほしいか<br>4. 今回は、何をまだ見せないか<br><br>四つ目が意外と大事だ。<br><br>公開しないものを決めていない発信は、親切心で全部を説明し始める。<br><br>そして気づけば、作品より説明書のほうが大きくなる。<br><br>説明書が本編を食べ始めたら、なかなかの怪獣である。<br><br>## 作品を小さく見せるのではなく、大きく想像してもらう<br><br>見せる量を減らす目的は、活動を小さく見せることではない。<br><br>ひとつの断片から、その背後にある世界を大きく想像してもらうためだ。<br><br>THE STUZIO17が届けたいのも、制作工程の実況だけではない。<br><br>作品。<br>文化。<br>そこから生まれた問い。<br>僕らが見つけた、まだ名前のない感覚。<br><br>入口では、全部を理解してもらわなくていい。<br><br>何かが気になる。<br><br>もう少し見てみたい。<br><br>自分の中にも似た問いがある。<br><br>その小さな反応が生まれれば、世界はそこから始まる。<br><br>いま作っているものの入口を、一文だけで書くなら何になるだろう。<br><br>よければ、その一文だけコメントで教えてください。<br><br>参考資料：<br><br>Miranda Shanahan, “Think in Public is the new Build in Public”<br>https://mirandadoesbrands.substack.com/p/think-in-public-is-the-new-build<br><br>Iyengar &amp; Lepper, “When Choice is Demotivating,” 2000<br>https://doi.apa.org/doi/10.1037/0022-3514.79.6.995<br><br>#創作 #クリエイター #作品づくり #AI #THESTUZIO17</p><br/><a href='https://note.com/shindoutoshiki/n/na63347f142cc'>続きをみる</a>]]></description>
      <note:creatorImage>https://assets.st-note.com/production/uploads/images/142261650/profile_84358c849aa5beafcde92b31e3abea6c.png?fit=bounds&amp;format=jpeg&amp;quality=85&amp;width=330</note:creatorImage>
      <note:creatorName>GYOSAN/ぎょさん〓THE STUZIO17</note:creatorName>
      <pubDate>Mon, 21 Sep 2026 20:38:03 +0900</pubDate>
      <link>https://note.com/shindoutoshiki/n/na63347f142cc</link>
      <guid>https://note.com/shindoutoshiki/n/na63347f142cc</guid>
    </item>
    <item>
      <title>「4倍速い」で拍手する前に。AIの成果を見抜くための3つの数字</title>
      <media:thumbnail>https://assets.st-note.com/production/uploads/images/315612946/rectangle_large_type_2_b91773a6b70ff040ffe8ae0a4732cf76.jpg?width=800</media:thumbnail>
      <description><![CDATA[<p name="B0E7330C-7F2E-4791-B0C7-7157E98C9D35" id="B0E7330C-7F2E-4791-B0C7-7157E98C9D35">「AIで約4倍高速化」<br><br>こういう数字を見ると、もう勝負がついたような気になる。<br><br>4倍。強い。分かりやすい。見出しにもなる。<br><br>でも実際に仕事で使う側からすると、気になるのはその次だ。<br><br>速くなったのは分かった。<br>で、何を保ったまま速くなった？<br>どこまで任せられる？<br>どこから壊れる？<br><br>派手な成果を見る時ほど、拍手する前に少しだけ後ろへ回ってみる必要がある。<br><br>30以上のモデルを約4週間で最適化<br><br>2026年9月17日、Anthropicは、生体分子の構造予測やタンパク質設計などに使われる30以上の公開モデルを、Claudeによって最適化したと発表した。<br><br>Anthropicの報告では、精度低下を最小限にした条件で平均約4倍。同一出力を維持する条件では約1.6倍の高速化を達成したとしている。<br><br>さらに低メモリーモードを開発し、1万tokenを超える生体分子システムを、単一のGPUノードで高精度に予測できたという。<br><br>専門領域の話ではあるけど、ここから読み取れることは科学者だけのものではない。<br><br>AIの仕事を評価する時、僕らが何を見るべきか。その見本として面白い。<br><br>計算できることと、正しいことは別<br><br>今回の報告で僕がいちばん気になったのは、約4倍という数字ではなかった。<br><br>3万1,000〜7万token級の巨大な対象を試した時の結果だ。<br><br>計算そのものは実行できた。<br><br>でも、予測された構造は崩壊した。<br><br>つまり「最後まで処理できた」と「使える答えが出た」は同じではない。<br><br>これはAIを使っていると、わりと簡単に忘れる。<br><br>文章が完成した。<br>コードが動いた。<br>画像が生成された。<br>調査結果がきれいに並んだ。<br><br>画面上では、全部「できました」に見える。<br><br>でも、完成した文章が誰の心にも残らないことはある。動くコードが別の条件で壊れることもある。きれいな調査資料の根拠がズレていることもある。<br><br>AIは、処理が終わったことを教えてくれる。<br><br>その結果が使えるかどうかは、まだ別の話だ。<br><br>AIの成果を見る3つの数字<br><br>AIに関する派手な発表を見た時、僕は次の3つをセットで見たい。<br><br>1．どれだけ速くなったか<br><br>これは一番分かりやすい。<br><br>時間、費用、処理量、必要な人員。以前と比べて何がどれだけ変わったのか。<br><br>ただし、速さだけではまだ判断できない。<br><br>焼き鳥を4倍速く焼いて、全部真っ黒になったら、それは生産性向上ではない。たぶん怒られる。<br><br>2．何を保ったまま速くなったか<br><br>精度、品質、一貫性、安全性、再現性。<br><br>速くなった代わりに、何か大切なものを落としていないかを見る。<br><br>今回のAnthropicの報告では、「精度低下を最小限にした高速化」と「同一出力を保った高速化」が分けて示されている。<br><br>この分け方は大事だ。<br><br>「速くなった」を一つの数字で語らず、何を守る条件だったのかを確認できる。<br><br>3．どこから壊れたか<br><br>実際に使う時、これが一番役に立つ。<br><br>対象が大きくなった時。<br>情報が不足した時。<br>例外が入った時。<br>長時間動かした時。<br>予想外の入力が来た時。<br><br>成功した条件だけでは、任せられる仕事の範囲は決められない。<br><br>どこから壊れるかが分かって、初めて境界線を引ける。<br><br>失敗を隠さない方が、成果は強くなる<br><br>企業の発表では、成功した数字を大きく見せたくなる。<br><br>それ自体は悪くない。成果は成果だ。<br><br>でも「ここまではできた」「ここからは壊れた」が同じ資料に置かれていると、読者は成果の意味を判断できる。<br><br>限界を書くことは、成果を小さくすることではない。<br><br>むしろ、どこまで信用できるかを明確にする。<br><br>AIの発表に限らず、自分たちの制作や仕事でも同じだと思う。<br><br>うまくいった結果だけ見せるより、条件と限界を一緒に置いた方が、次の判断につながる。<br><br>派手な数字を見た時の小さな型<br><br>次に「○倍高速化」「精度○％」「人間を超えた」という数字を見かけたら、すぐ信じる必要も、すぐ疑う必要もない。<br><br>この3つだけ確認する。<br><br>1. 何と比較した数字なのか<br>2. 何を維持できたのか<br>3. どの条件から失敗したのか<br><br>この3つが分からなければ、その成果は嘘とは限らない。<br><br>ただ、まだ使い道を判断できる状態ではない。<br><br>速さは、目を引く。<br><br>壊れ方は、仕事で使える。<br><br>AIがどんどん賢くなる時代やからこそ、成功した場所だけやなく、失敗した境界まで見る目を持っておきたい。<br><br>次に派手なAIの数字を見つけたら、ぜひ一度だけ聞いてみてほしい。<br><br>「それ、どこから壊れるん？」<br><br>参考資料：<br>Anthropic, “How Claude is uplifting biomolecular modeling”<br>https://www.anthropic.com/research/claude-uplifts-biomolecular-modeling<br><br>CTA：次に見かけたAIの成果を「速さ・維持できた品質・失敗境界」の3点で読み直してみて。<br><br>タグ：AI、生成AI、テクノロジー、仕事術、思考法</p><br/><a href='https://note.com/shindoutoshiki/n/n13e587dd3d45'>続きをみる</a>]]></description>
      <note:creatorImage>https://assets.st-note.com/production/uploads/images/142261650/profile_84358c849aa5beafcde92b31e3abea6c.png?fit=bounds&amp;format=jpeg&amp;quality=85&amp;width=330</note:creatorImage>
      <note:creatorName>GYOSAN/ぎょさん〓THE STUZIO17</note:creatorName>
      <pubDate>Sun, 20 Sep 2026 17:31:40 +0900</pubDate>
      <link>https://note.com/shindoutoshiki/n/n13e587dd3d45</link>
      <guid>https://note.com/shindoutoshiki/n/n13e587dd3d45</guid>
    </item>
    <item>
      <title>AIを増やしても、真実は増えない。複数AI時代の「異論設計」</title>
      <media:thumbnail>https://assets.st-note.com/production/uploads/images/315324289/rectangle_large_type_2_d5de82ab78fcb1a9efc72403db2c0a26.jpg?width=800</media:thumbnail>
      <description><![CDATA[<p name="C9AB4159-5916-42FA-A76D-A37FC9810826" id="C9AB4159-5916-42FA-A76D-A37FC9810826">複数のAIへ同じ質問を投げる。<br><br>三つとも同じ答えを返した。<br><br>それを見ると、少し安心する。<br><br>「全員が同じことを言っているなら、たぶん正しいだろう」と。<br><br>けれど、その一致は本当に証拠なのだろうか。<br><br>複数のAIが同じ結論へ到達しても、参照した情報、学習した傾向、質問の与え方が似ていれば、同じ間違いを繰り返しているだけかもしれない。<br><br>AIを増やすだけでは、真実は増えない。<br><br>増えるのは、回答の数だ。<br><br>そこで必要になるのが、AI同士をただ会話させることではなく、意図的に異論を残す設計だ。<br><br>## 合意と証拠は別物である<br><br>まず分けるべきものが三つある。<br><br>1．AIが出した結論  <br>2．その結論へ至る議論  <br>3．結論を支える外部証拠<br><br>三つのAIが同意したという事実は、議論の状態を示している。<br><br>しかし、それだけでは主張が正しい証拠にならない。<br><br>同じ記事を読んだ三人が同じ誤情報を信じても、その人数によって誤情報が事実へ変わるわけではない。<br><br>AIでも同じことが起こる。<br><br>似たモデル。<br>似た学習データ。<br>同じ検索結果。<br>同じ質問文。<br>先に提示された多数意見。<br><br>こうした条件が重なると、別々の回答に見えても、実際には独立した検証になっていない可能性がある。<br><br>「何人が賛成したか」より、「何を根拠に賛成したか」を見なければならない。<br><br>## 複数AIの議論は、自動的には強くならない<br><br>複数AIによる討論は、単独のAIが見落とした考えを発見する可能性を持っている。<br><br>一方で、研究結果は単純な成功物語ではない。<br><br>ICML 2024で発表された研究は、複数AIの討論方式を精度、費用、時間の面から比較した。その結果、当時の一般的な討論方式は、同じ問題へ複数回答を作って集約する比較的単純な方法を、安定して上回らなかった。<br><br>ただし、役割や合意のさせ方を調整すると、改善する方式もあった。<br><br>つまり「AIを何体集めたか」ではなく、「どのように異なる思考を担当させたか」が重要になる。<br><br>EMNLP 2024の研究では、AIが一度ある答えに自信を持つと、最初の立場が間違っていても新しい考えを生み出しにくくなる現象が報告されている。<br><br>研究者たちはこれを、思考が劣化する問題として扱い、賛成役と反対役の対立を維持する方法を試した。<br><br>ただし、この研究でも、AI自身を判定役にすると公平な評価が難しくなる場合が確認されている。<br><br>さらに2025年と2026年のプレプリントでは、多数派へ合わせることで、最初は正しかったAIが誤った意見へ移動する可能性や、討論がトークンと時間を増やしても精度改善につながらない条件が報告されている。<br><br>これらはまだ限定されたモデルと課題での結果であり、すべての複数AIシステムへ一般化はできない。<br><br>それでも一つの警告にはなる。<br><br>会話が長いこと。<br>参加するAIが多いこと。<br>最後に全員が同意したこと。<br><br>そのどれも、単独では品質の証拠にならない。<br><br>## 必要なのは「合意形成」より「反証設計」<br><br>複数AIを使う目的を、全員が同じ答えへ到達することに置くと、異論は消すべきノイズになる。<br><br>しかし、難しい判断では、異論こそ価値を持つ。<br><br>見落とした条件。<br>根拠の弱い断定。<br>不利な反例。<br>別の原因。<br>判断できない空白。<br><br>これらを残すことで、初めて人間は判断の危険な部分を見つけられる。<br><br>目標は全会一致ではない。<br><br>間違っている可能性を、できるだけ早く表面へ出すことだ。<br><br>## 実務で使える六つの手順<br><br>### 1．最初の回答は独立させる<br><br>一つ目のAIの回答を、すぐ別のAIへ見せない。<br><br>先の意見を見せると、それが思考の出発点になる。<br><br>まず同じ問いへ、それぞれ独立して答えさせる。<br><br>この段階では合意を求めない。<br><br>見るのは結論の一致ではなく、使った前提と根拠の違いだ。<br><br>### 2．人数ではなく仕事を分ける<br><br>全員へ「最善案を考えて」と頼むと、似た回答が増えやすい。<br><br>役割を分ける。<br><br>一つは賛成側の根拠を集める。<br>一つは失敗条件を探す。<br>一つは一次資料だけを確認する。<br>一つは費用や時間の制約から見る。<br>一つは「判断できない点」を列挙する。<br><br>人格設定を増やすことが目的ではない。<br><br>異なる情報と評価基準を担当させることが目的だ。<br><br>### 3．最も強い反対意見を作る<br><br>弱い反論を並べても検証にはならない。<br><br>採用したい案に対して、「この案を撤回すべき最も強い理由」を一つ作らせる。<br><br>さらに、その反論を否定する前に、成立する条件を確認する。<br><br>反対意見を倒すのではなく、反対意見が正しくなる世界を理解する。<br><br>### 4．主張と根拠を一対一で結ぶ<br><br>「評判が良い」「市場が伸びている」「この方法が最適」といった文章は、そのままでは検証できない。<br><br>各主張に対して記録する。<br><br>・根拠となる資料  <br>・資料の公開日  <br>・確認できた事実  <br>・提供元の自己申告  <br>・そこから導いた推論  <br>・まだ分からないこと<br><br>AI同士の会話ではなく、主張と証拠の対応表を残す。<br><br>### 5．合意しなかった理由を保存する<br><br>最終案だけを保存すると、途中で消えた重要な異論を失う。<br><br>不採用になった意見についても、<br><br>・何が争点だったか  <br>・どの証拠が不足していたか  <br>・何が起きれば判断を変えるか<br><br>を短く残す。<br><br>異論は失敗ログではない。<br><br>次の判断を早くするための資産だ。<br><br>### 6．最後の責任を人間へ戻す<br><br>AIは選択肢を作り、証拠を集め、矛盾を指摘できる。<br><br>しかし、何を優先するかは自動では決まらない。<br><br>速度と品質。<br>利益と信頼。<br>公開と秘密。<br>短期成果と長期的な世界観。<br><br>どちらを選ぶかには、価値判断が含まれる。<br><br>最終決定には、<br><br>・採用する案  <br>・採用理由  <br>・残った危険  <br>・人間の承認者<br><br>を記録する。<br><br>AIの合意で責任を薄めない。<br><br>## 三つの帳簿を分ける<br><br>複数AIを使うとき、最低限三種類の記録があると整理しやすい。<br><br>### Claim Evidence｜主張の証拠<br><br>その主張は、何によって支えられているか。<br><br>一次資料、実測値、実物、公開記録などを結び付ける。<br><br>### Disagreement Trace｜異論の記録<br><br>どの前提で意見が分かれたか。<br><br>何を確認できれば結論が変わるか。<br><br>最後まで解消しなかった点は何か。<br><br>### Decision Authority｜決定の責任<br><br>誰が最終的に決めたか。<br><br>AIが提案した範囲と、人間が承認した範囲はどこか。<br><br>この三つを混ぜない。<br><br>AIがたくさん話したことは、証拠ではない。<br><br>証拠が揃ったことは、自動的な決定でもない。<br><br>決定したことは、不確実性が消えたことを意味しない。<br><br>## すぐ使える依頼文<br><br>複数AIへ相談するとき、次の形から始められる。<br><br>「他の回答を見ずに、まず独立して判断してください。結論、前提、使用した証拠、反証となる条件、分からない点を分けてください。次に他の回答と比較し、多数決ではなく、証拠の強さと未解決の異論を整理してください。最後の決定は人間が行います。」<br><br>大切なのは、AIへ喧嘩をさせることではない。<br><br>簡単に同意できない構造を作ることだ。<br><br>## AIを増やす前に、異論の出口を作る<br><br>複数AIの価値は、同じ答えを何度も返すことではない。<br><br>一つの視点では見えなかった亀裂を見つけることにある。<br><br>だから確認するべき問いは、<br><br>「全員が一致したか」ではなく、<br><br>「どの反証が最後まで残ったか」  <br>「結論を支える証拠は独立しているか」  <br>「何が分かれば判断を変えるのか」<br><br>になる。<br><br>合意は、判断を始める材料にはなる。<br><br>しかし、証拠の代わりにはならない。<br><br>次に複数のAIへ相談するとき、「反証に耐えた根拠は何か」を一つだけ記録してみてください。<br><br>参考資料：<br><br>Smit et al., “Should we be going MAD? A Look at Multi-Agent Debate Strategies for LLMs,” ICML 2024  <br>https://proceedings.mlr.press/v235/smit24a.html<br><br>Liang et al., “Encouraging Divergent Thinking in Large Language Models through Multi-Agent Debate,” EMNLP 2024  <br>https://aclanthology.org/2024.emnlp-main.992/<br><br>Cui et al., “Free-MAD,” 2025 preprint  <br>https://arxiv.org/abs/2509.11035<br><br>Bertalanič &amp; Fortuna, “The Cost of Consensus,” 2026 preprint  <br>https://arxiv.org/abs/2605.00914<br><br>#AI #生成AI #意思決定 #思考法 #仕事術</p><br/><a href='https://note.com/shindoutoshiki/n/nc806b5ea4bfa'>続きをみる</a>]]></description>
      <note:creatorImage>https://assets.st-note.com/production/uploads/images/142261650/profile_84358c849aa5beafcde92b31e3abea6c.png?fit=bounds&amp;format=jpeg&amp;quality=85&amp;width=330</note:creatorImage>
      <note:creatorName>GYOSAN/ぎょさん〓THE STUZIO17</note:creatorName>
      <pubDate>Sat, 19 Sep 2026 20:20:06 +0900</pubDate>
      <link>https://note.com/shindoutoshiki/n/nc806b5ea4bfa</link>
      <guid>https://note.com/shindoutoshiki/n/nc806b5ea4bfa</guid>
    </item>
    <item>
      <title> AIを賢くするのは、情報量ではない。「文脈を設計する」という仕事</title>
      <media:thumbnail>https://assets.st-note.com/production/uploads/images/314947404/rectangle_large_type_2_2fb26ba33180df78ee503b66f1dd38c0.jpg?width=800</media:thumbnail>
      <description><![CDATA[<p name="4909785F-57FE-47CB-A521-387EAD385A14" id="4909785F-57FE-47CB-A521-387EAD385A14">AIへ大量の資料を渡せば、良い答えが返ってくる。<br><br>そんな単純な話ではない。<br><br>同じAIを使っても、仕事に使える答えを得られる人と、どこか浅い答えしか得られない人がいる。<br><br>その差を生んでいるものの一つが「文脈」だ。<br><br>ただし、ここでいう文脈は、参考資料を大量に貼り付けることではない。<br><br>何を知るべきか。<br>何と何が関係しているか。<br>どの情報を優先するか。<br>何を知らないままにしておくか。<br>そして、誰が最後の判断に責任を持つか。<br><br>文脈とは情報の量ではなく、情報同士の関係と境界を設計することだ。<br><br>## AIは、情報だけでは仕事を理解できない<br><br>たとえば、AIに「この企画を改善して」と依頼するとする。<br><br>企画書だけを渡せば、文章や構成については答えられるかもしれない。<br><br>しかし、その企画が生まれた理由、過去に棄却した案、現在使える時間と予算、守るべきブランドの思想、公開してはいけない情報まで知らなければ、提案は簡単に現実から外れていく。<br><br>逆に、何年分もの資料を無秩序に渡しても、重要度や時系列が分からなければ、古い判断と新しい判断を混同する。<br><br>AIが知らないことだけが問題なのではない。<br><br>何を最新の判断として扱うべきか分からないことも、同じくらい危険だ。<br><br>## 「検索」から「仕事の理解」へ<br><br>Microsoftは2026年6月16日、Work IQ APIを一般提供した。<br><br>公式発表では、メール、予定表、会議、チャット、ファイル、人物、役割、共同作業のパターンなどから、組織がどのように動いているかを意味的に理解し、AIエージェントへ仕事の文脈を渡す仕組みとして説明されている。<br><br>単に関連文書を検索するだけではない。<br><br>誰が何を担当しているか。<br>どの情報が現在の仕事と関係しているか。<br>どの権限で、どの操作まで許されているか。<br><br>そうした関係を含めて、AIが仕事を理解するための層を作ろうとしている。<br><br>2026年9月版のCopilot Credits Guideでは、Work IQ APIがA2A、MCXP、RESTを通じて利用でき、権限を維持したまま組織データとアクションを扱うと説明されている。<br><br>Microsoftは、文脈取得とツール利用に必要なトークンを最大80％削減できるとも説明している。ただし、これはMicrosoft社内の検証に基づく主張であり、独立した比較試験として確定した数字ではない。<br><br>ここで重要なのは製品名そのものではない。<br><br>AIの競争軸が「どのモデルが一番賢いか」だけではなく、「どのような文脈を、どの境界で渡すか」へ移り始めていることだ。<br><br>## 文脈を設計する5つの層<br><br>AIに仕事を任せるとき、僕は文脈を次の5層に分けて考えると整理しやすいと思っている。<br><br>### 1．目的<br><br>まず、何を出力するかではなく、何を変えたいのかを決める。<br><br>「投稿文を作る」ではなく、<br>「初めて見た人に、活動の意味を理解してもらう」。<br><br>「企画を考える」ではなく、<br>「限られた予算で、次に検証する仮説を一つ決める」。<br><br>目的が曖昧なままでは、文章が整っていても仕事は前へ進まない。<br><br>### 2．証拠<br><br>AIが判断に使ってよい情報を明確にする。<br><br>公式資料。<br>実測した数字。<br>現在使われている正本。<br>実在する作品や画面。<br>人間が確認した進捗。<br><br>事実、自己申告、推論、未確認を混ぜない。<br><br>AIの回答品質は、入力された情報の量より、どの情報が証拠として扱われるかに大きく左右される。<br><br>### 3．関係<br><br>情報を単独で渡すのではなく、そのつながりを渡す。<br><br>どの判断が新しいのか。<br>何が何を上書きしたのか。<br>誰のための仕事なのか。<br>どの制約が、どの成果物へ影響するのか。<br><br>点としての資料を渡すのではなく、関係の地図を渡す。<br><br>これがなければ、AIは正しい資料を読みながら、間違った結論へ進むことがある。<br><br>### 4．境界<br><br>優秀なAIを作るために、すべての情報を開放する必要はない。<br><br>むしろ重要なのは、何を見せないかだ。<br><br>個人情報。<br>認証情報。<br>公開前の設定。<br>作品の核心。<br>安全性や競争力を失う内部構造。<br><br>さらに、AIが提案まで行ってよいのか、下書きまで作ってよいのか、外部公開まで実行してよいのかも分ける。<br><br>文脈には、アクセスできる範囲だけでなく、行動できる範囲も含まれる。<br><br>### 5．検証と責任<br><br>最後に必要なのは、人間が確認できる形で根拠を残すことだ。<br><br>どの資料を使ったか。<br>どこからが推論か。<br>何がまだ分からないか。<br>誰が最終判断をしたか。<br><br>AIがもっともらしい答えを出すことと、その答えに責任を持てることは別だ。<br><br>根拠を追跡できなければ、便利な出力は生まれても、信頼できる仕事にはならない。<br><br>## 文脈は「記憶」ではなく「編集」である<br><br>AIへ文脈を与えるというと、すべてを記憶させる方向へ考えがちだ。<br><br>しかし、本当に必要なのは巨大な記憶庫ではない。<br><br>その瞬間の目的に対して、必要なものを選び、関係を示し、不要なものを外し、境界を与えること。<br><br>つまり文脈設計は、データ管理より編集に近い。<br><br>優れた編集者は、すべての素材を作品へ入れない。<br><br>何を残し、何を捨て、どの順番で見せれば意味が立ち上がるかを考える。<br><br>AIに必要な文脈も同じだ。<br><br>たくさん知っているAIではなく、今の仕事に必要なことを、正しい関係と境界の中で理解しているAI。<br><br>そこに、これからの実用性が生まれる。<br><br>## すぐ使える「Context Brief」<br><br>AIへ重要な仕事を頼む前に、次の5項目だけを書き出してみる。<br><br>1. 今回、何を変えたいのか<br>2. 判断に使ってよい証拠は何か<br>3. 最新の判断と、すでに廃止された判断は何か<br>4. 見せてはいけない情報、実行してはいけない行動は何か<br>5. 最後に人間が確認する項目は何か<br><br>プロンプトを長くする前に、この5つを揃える。<br><br>それだけでも、AIの回答は「一般的に正しい話」から、「自分たちの現実に接続した仕事」へ近づいていく。<br><br>## AI時代に残る、人間の仕事<br><br>AIが賢くなるほど、人間の仕事がすべて消えるわけではない。<br><br>むしろ重要になるのは、何を目的にするか、何を証拠として採用するか、どこへ境界を引くかを決めることだ。<br><br>AIは与えられた文脈の中で推論できる。<br><br>けれど、どの文脈を与えるべきかは、人間の価値観と責任から生まれる。<br><br>AIの性能を上げる前に、文脈を設計する。<br><br>それはAIを賢くするためだけではない。<br><br>人間が、自分たちの仕事で何を大切にしているのかを明確にするための作業でもある。<br><br>あなたがAIへ仕事を頼むとき、今いちばん欠けている文脈は何だろう。<br><br>よければ一つだけ、コメントで教えてください。<br><br>参考資料：<br>Microsoft「Announcing the new Work IQ APIs」<br>https://www.microsoft.com/en-us/copilot/blog/2026/06/02/announcing-the-new-work-iq-apis/<br><br>Microsoft「Copilot Credits Guide — September 2026」<br>https://cdn-dynmedia-1.microsoft.com/is/content/microsoftcorp/microsoft/bade/documents/products-and-services/en-us/ai/CopilotCreditsGuideSeptember2026.pdf<br><br>#AI #AIエージェント #創作 #仕事術 #思考法</p><br/><a href='https://note.com/shindoutoshiki/n/n9556bd0c1b2c'>続きをみる</a>]]></description>
      <note:creatorImage>https://assets.st-note.com/production/uploads/images/142261650/profile_84358c849aa5beafcde92b31e3abea6c.png?fit=bounds&amp;format=jpeg&amp;quality=85&amp;width=330</note:creatorImage>
      <note:creatorName>GYOSAN/ぎょさん〓THE STUZIO17</note:creatorName>
      <pubDate>Fri, 18 Sep 2026 17:31:36 +0900</pubDate>
      <link>https://note.com/shindoutoshiki/n/n9556bd0c1b2c</link>
      <guid>https://note.com/shindoutoshiki/n/n9556bd0c1b2c</guid>
    </item>
    <item>
      <title>昔へ戻るためじゃない。記憶の手触りを、未来へ。</title>
      <media:thumbnail>https://assets.st-note.com/production/uploads/images/314636696/rectangle_large_type_2_bc0ccd4f926cf3b4617819549f49f973.jpg?width=800</media:thumbnail>
      <description><![CDATA[<p name="F270B478-08FD-43CB-8B45-50B1532A1E82" id="F270B478-08FD-43CB-8B45-50B1532A1E82">昔のゲーム機で、自分たちのゲームを作れたら。<br><br>スーパーファミコンやゲームボーイで遊べるソフトを作り、ハードと一緒に届ける。場合によっては、ブラウン管まで含めて一つの体験にする。<br><br>そんな構想を考えている。<br><br>ただ、考え始めるとすぐに疑問が生まれた。<br><br>いまはスマートフォンがあり、Nintendo Switchがあり、PlayStationがある。<br><br>それでも新しいハードを作る意味はあるのか。<br>古い規格へ戻ることに、本当に価値はあるのか。<br><br>この疑問を掘っていくうちに、僕らが作りたいのは「昔の再現」ではないと気づいた。<br><br>未来へ持っていきたいのは、ゲーム機そのものではない。<br><br>ゲームと一緒に残っていた、記憶の手触りだ。<br><br>懐かしいだけでは、新しい体験にならない<br><br>昔の本体やソフトを集めることは、すでにできる。<br><br>中古市場もあれば、復刻版や移植版もある。<br><br>だから、古い機械をもう一度売るだけでは、僕らが新しく取り組む理由にはならない。<br><br>残したいのは、もっと周辺にあるものだ。<br><br>カセットを差し込む感触。<br>電源を入れて画面が現れるまでの時間。<br>攻略法を友達に聞いた放課後。<br>家族と同じテレビを囲んだ部屋。<br>何度も遊んで傷が付いた本体。<br><br>ゲームの価値は、画面の中だけに存在していたわけではない。<br><br>物、場所、時間、人間関係が重なって、一つの記憶になっていた。<br><br>レトロとネオレトロは違う<br><br>僕らが考える「レトロ」は、過去の姿を残すこと。<br><br>一方の「ネオレトロ」は、過去に存在した感覚を抜き出し、現在や未来の技術で再構成することだ。<br><br>古い見た目をコピーするだけではない。<br><br>例えば、次のような要素を未来へ移植する。<br><br>* 選択肢が限られているからこそ、一つを深く遊ぶ<br>* 所有した物に傷や履歴が残る<br>* 電源を入れる行為自体が小さな儀式になる<br>* 同じ場所に集まり、同じ画面を見る<br>* 完璧ではない音や映像を、想像力で補う<br><br>新しい技術を否定する必要はない。<br><br>AIも、スマートフォンも、最新のゲーム機も使える。<br><br>ただし、便利さだけを積み上げるのではなく、人間の記憶に残る不便さや儀式を意図的に設計する。<br><br>それが、僕らの考えるネオレトロだ。<br><br>AIが増やせても、置き換えられないもの<br><br>AIは、レトロ風の画像や音楽を大量に生成できる。<br><br>しかし、レトロ風の見た目と、実際に誰かが生きた時間は同じではない。<br><br>傷の位置。<br>書き込まれた名前。<br>どこで手に入れたのか。<br>誰と遊んだのか。<br>なぜ今も手放せないのか。<br><br>外見は再現できても、その物が通ってきた履歴まで置き換えることはできない。<br><br>生成できるものが増えるほど、実際に使われ、語られ、受け継がれた物や記憶の価値は、相対的に上がるのではないか。<br><br>これは、まだ仮説だ。<br><br>だから僕らは、懐かしさを売る前に「何が記憶を動かすのか」を確かめたい。<br><br>現在は、まだ構想段階<br><br>考えているのは、レトロゲームのソフトとハードを、すぐ遊べる状態でまとめて届ける体験だ。<br><br>ブラウン管を含める可能性も検討している。<br><br>ただし、発売が決まった商品ではない。<br><br>対象にする時代や作品、仕入れ、整備、安全性、権利、配送、保証、価格、需要は未確定だ。<br><br>特にブラウン管は、重量、破損、保管、安全性という大きな課題がある。<br><br>在庫を持つ前に、まず体験として本当に必要なのかを検証する。<br><br>完成したように見せるのではなく、分かっていることと、まだ分からないことを分けながら進める。<br><br>最初に聞くべきなのは、機種名ではない<br><br>「どのゲーム機が欲しいですか」から始めると、単なる商品調査になる。<br><br>僕らが先に知りたいのは、その奥にある記憶だ。<br><br>* どんな場面をもう一度体験したいか<br>* 何を見たり触れたりすると、その記憶が戻るか<br>* その感覚を、次の世代へどう渡したいか<br><br>商品を決めるのは、その後でいい。<br><br>昔へ戻るためではない。<br><br>過去にあった人間らしい体験を、未来の中でもう一度つくるために。<br><br>あなたが未来へ残したい、ゲームの「手触り」は何ですか？<br><br>#ネオレトロ #ゲーム #ものづくり #記憶 #THESTUZIO17</p><br/><a href='https://note.com/shindoutoshiki/n/n12da829c4c41'>続きをみる</a>]]></description>
      <note:creatorImage>https://assets.st-note.com/production/uploads/images/142261650/profile_84358c849aa5beafcde92b31e3abea6c.png?fit=bounds&amp;format=jpeg&amp;quality=85&amp;width=330</note:creatorImage>
      <note:creatorName>GYOSAN/ぎょさん〓THE STUZIO17</note:creatorName>
      <pubDate>Thu, 17 Sep 2026 17:53:11 +0900</pubDate>
      <link>https://note.com/shindoutoshiki/n/n12da829c4c41</link>
      <guid>https://note.com/shindoutoshiki/n/n12da829c4c41</guid>
    </item>
    <item>
      <title>AIが何でも作れる時代に、価値が上がるのは「作れないもの」かもしれない</title>
      <media:thumbnail>https://assets.st-note.com/production/uploads/images/314369959/rectangle_large_type_2_db89a0437f1bc45a1a100fbfac690380.jpg?width=800</media:thumbnail>
      <description><![CDATA[<p name="0A55D9B6-802A-4B4C-9EDE-E3516B915274" id="0A55D9B6-802A-4B4C-9EDE-E3516B915274">AIで、文章が作れる。<br>絵が作れる。<br>音楽が作れる。<br>映像も、ゲームも、キャラクターも、かなりのところまで作れるようになってきた。<br><br>たぶんこれから先、「作れるもの」はもっと増える。<br>しかも速く、安く、大量に。<br><br>これは面白い。<br><br>僕自身、AIを使っていろんなものを作っている。<br><br>だからAIを否定したいわけじゃない。<br>むしろ逆で、<br><br>AIが何でも作れるようになるほど、人間は「作れないもの」の価値を再発見するんじゃないか。<br><br>最近そんなことを考えている。<br><br><br>■ レトロゲームを「ソフト」ではなく「記憶」として売れないか<br><br>少し前から、ひとつ考えていることがある。<br><br>古いゲームソフトだけではなく、<br><br>ゲーム機。<br>コントローラー。<br>ケーブル。<br>箱。<br>説明書。<br><br>そして、できることならブラウン管テレビまで。<br><br>全部まとめて、<br><br>「あの時代をもう一度遊べる状態」<br><br>で届けられないか。<br><br>もちろん、まだ事業として始めると決めたわけではない。<br><br>物流も、安全性も、権利も、価格も、需要も、確認することは山ほどある。<br><br>でも、考えているうちに気づいた。<br><br>これって、ゲームを売る話じゃない。<br><br>時間を売る話なんじゃないか。<br><br><br>■ ROMデータだけでは戻れない場所がある<br><br>昔のゲームは、いまでも遊べる。<br><br>移植版もある。<br>復刻機もある。<br>エミュレーションという方法もある。<br><br>便利さだけで言えば、昔より今の方がいいことも多い。<br><br>それでも、<br><br>古い箱を開ける感覚。<br>絡まったケーブル。<br>少し黄ばんだ説明書。<br>電源を入れるまでの手順。<br>ブラウン管の光。<br>床に座って遊んでいた距離。<br><br>そういうものまで含めると、<br><br>「同じゲームを遊ぶこと」と<br>「同じ記憶へ触れること」は、<br><br>たぶん別の体験になる。<br><br>データは複製できる。<br><br>でも、<br><br>その物が通ってきた時間は複製できない。<br><br><br>■ AI時代に希少になるもの<br><br>生成AIが広がると、完成物そのものの希少性は下がる。<br><br>画像。<br>文章。<br>音。<br>デザイン。<br>アイデア。<br><br>これまで「作るのが難しかったから価値があったもの」の一部は、確実に安くなる。<br><br>でもその反対側で、価値が上がるものもあると思う。<br><br><br>1. 履歴<br><br>いつ作られたか。<br>誰が持っていたか。<br>どんな時代を通ってきたか。<br><br><br>2. 痕跡<br><br>傷。<br>日焼け。<br>書き込み。<br>消し跡。<br>使い込まれた手触り。<br><br><br>3. 文脈<br><br>誰と遊んだか。<br>どこに置いてあったか。<br>その頃、自分は何歳だったか。<br><br><br>4. 儀式<br><br>箱を開ける。<br>線をつなぐ。<br>電源を入れる。<br>待つ。<br>触る。<br><br><br>こういうものは、生成物の品質とは別軸にある。<br><br>むしろ便利さとは逆方向にあるものさえある。<br><br><br>■ 「不便」は全部なくした方がいいのか<br><br>テクノロジーはずっと、摩擦を消してきた。<br><br>速くする。<br>小さくする。<br>自動化する。<br>検索できるようにする。<br>待たなくていいようにする。<br><br>それ自体は素晴らしい。<br><br>でも、すべての摩擦が悪いわけではないのかもしれない。<br><br>レコードを取り出すこと。<br>本のページをめくること。<br>フィルムを現像すること。<br>ゲーム機にケーブルをつなぐこと。<br><br>それらは効率だけで見れば無駄になる。<br><br>でも、その無駄が<br><br>体験の輪郭を作っていることもある。<br><br>AIが摩擦をどんどん消していくなら、<br><br>これから人間は逆に、<br><br>「残したい摩擦」<br><br>を選び始めるのかもしれない。<br><br><br>■ だから、物を売るなら「物」だけを見ない<br><br>これはレトロゲームだけの話ではないと思っている。<br><br>古着。<br>家具。<br>本。<br>玩具。<br>写真。<br>手紙。<br>楽器。<br>車。<br>地域の店。<br>建物。<br>街。<br>家族の物。<br><br>価値を考える時、<br><br>「これは何ができる物か」<br><br>だけを見ると、新しい物の方がだいたい強い。<br><br>でも、<br><br>「これは何を通ってきた物か」<br><br>という問いに変えると、<br><br>古い物にしか存在しない価値が見えてくる。<br><br>AI時代の商売では、<br><br>機能を売るだけじゃなく、<br><br>履歴や記憶や物語をどう残すかが、<br><br>今まで以上に重要になる気がしている。<br><br><br>■ 今日使える、小さな問い<br><br>何かを作ったり、売ったりしているなら、一度こう考えてみる。<br><br>「この価値のうち、AIでは生成できない部分はどこだろう？」<br><br>品質ではなく、<br><br>履歴。<br>痕跡。<br>関係。<br>場所。<br>時間。<br>記憶。<br><br>そこに、これからの価値の種が隠れているかもしれない。<br><br>僕はいま、<br><br>「未来を作ること」と同じくらい、<br><br>「何を未来へ残すか」<br><br>に興味がある。<br><br>新しいものばかり作れる時代だからこそ、<br><br>古いものの意味は、まだ掘り直せる。<br><br><br>あなたが、箱ごと残したいものは何？<br><br><br>GYOSAN〓THE STUZIO17<br><br><br>#THESTUZIO17<br>#AI時代<br>#レトロゲーム<br>#記憶<br>#ものづくり</p><br/><a href='https://note.com/shindoutoshiki/n/nf5f0cb7c98ed'>続きをみる</a>]]></description>
      <note:creatorImage>https://assets.st-note.com/production/uploads/images/142261650/profile_84358c849aa5beafcde92b31e3abea6c.png?fit=bounds&amp;format=jpeg&amp;quality=85&amp;width=330</note:creatorImage>
      <note:creatorName>GYOSAN/ぎょさん〓THE STUZIO17</note:creatorName>
      <pubDate>Wed, 16 Sep 2026 20:57:14 +0900</pubDate>
      <link>https://note.com/shindoutoshiki/n/nf5f0cb7c98ed</link>
      <guid>https://note.com/shindoutoshiki/n/nf5f0cb7c98ed</guid>
    </item>
    <item>
      <title>17個のテストが全部通っても、「完成」と言わなかった。</title>
      <media:thumbnail>https://assets.st-note.com/production/uploads/images/313963951/rectangle_large_type_2_1e857ed513daaa7c79006d1e633b340a.jpg?width=800</media:thumbnail>
      <description><![CDATA[<p name="289BE933-0B7F-4D4B-966D-359B1BDE3B3B" id="289BE933-0B7F-4D4B-966D-359B1BDE3B3B">AIを使ってものを作っていると、<br>「完成」の速度が異常に速くなる。<br><br>コードが動く。<br>テストが通る。<br>画像が出る。<br>文章ができる。<br>プロトタイプが形になる。<br><br>以前なら数日かかっていたことが、<br>数時間、場合によっては数分で終わる。<br><br>これは間違いなく革命だと思う。<br><br>でも最近、<br>THE STUZIO17でいくつものものを作りながら、<br>少し違う問題にぶつかっている。<br><br>それは、<br><br>「できたように見えるもの」を、<br>本当に完成と呼んでいいのか？<br><br>という問題だ。<br><br>## 17 PASS / 0 FAIL<br><br>いま僕らが作っているあるシステムで、<br>17個のテストがすべて通った。<br><br>17 PASS。<br>0 FAIL。<br>0 ERROR。<br><br>数字だけ見れば、<br>かなり気持ちいい。<br><br>「よし、次へ行こう」<br><br>と言いたくなる。<br><br>でも、行かなかった。<br><br>まだ確認すべき証拠が残っていたからだ。<br><br>動くことと、<br>完成していることは違う。<br><br>テストが通ることと、<br>信頼できることも違う。<br><br>だから、<br>一度止めた。<br><br>## AIは「完成した感じ」を大量生産できる<br><br>ここがAI時代の面白さであり、<br>怖さでもあると思う。<br><br>AIは完成品を作る能力だけじゃなく、<br><br>「完成品っぽいもの」<br><br>を作る能力も猛烈に高い。<br><br>綺麗な文章。<br>動くコード。<br>説得力のある資料。<br>美しい画像。<br>それらしい分析。<br><br>全部、一瞬で出てくる。<br><br>すると人間側には、<br>新しい能力が必要になる。<br><br>作る能力ではなく、<br><br>「これは本当に完成なのか？」<br><br>と疑う能力だ。<br><br>## 速さの次に必要になるもの<br><br>産業革命は、<br>人間の力を増幅した。<br><br>コンピューターは、<br>人間の計算能力を増幅した。<br><br>インターネットは、<br>情報の移動速度を増幅した。<br><br>そしてAIは、<br>思考と創造の速度を増幅し始めている。<br><br>なら次に希少になるのは、<br><br>速さではないのかもしれない。<br><br>止まること。<br><br>疑うこと。<br><br>証拠を見ること。<br><br>分からないものを、<br>分からないまま残すこと。<br><br>そして、<br><br>完成していないものを<br>完成と呼ばないこと。<br><br>## 「未完成」は失敗ではない<br><br>僕は以前より、<br>未完成という状態を面白く感じるようになった。<br><br>未完成には、<br>まだ可能性が残っている。<br><br>疑問が残っている。<br><br>違う方向へ行ける余地がある。<br><br>完成を急ぐと、<br>その余白を自分で閉じてしまう。<br><br>だから最近は、<br><br>DONEを増やすことより、<br>DONEと呼んでいいものだけをDONEにすること<br><br>の方が大切なんじゃないかと思っている。<br><br>これはAI開発だけの話じゃない。<br><br>作品でも、<br>会社でも、<br>ブランドでも、<br>人生でも同じかもしれない。<br><br>## 世界を作るということ<br><br>THE STUZIO17では、<br>いろんなものを同時に作っている。<br><br>AI。<br>ゲーム。<br>物語。<br>メディア。<br>研究。<br>まだ名前すら外に出していないものもある。<br><br>全部を早く完成させたい。<br><br>でも、<br><br>早く世界を作ることと、<br>長く存在できる世界を作ることは違う。<br><br>だから急ぐ。<br><br>でも、急ぎすぎない。<br><br>進む。<br><br>でも、必要なら戻る。<br><br>AIにはできるだけ速く走ってもらう。<br><br>そして人間は時々、<br>その肩を掴んで止める。<br><br>「まだや」<br><br>と言えるようにする。<br><br>17個のテストが全部通っても、<br>完成と言わなかった。<br><br>たぶん今日いちばん価値があったのは、<br>17個のPASSそのものじゃない。<br><br>18個目の、<br><br>「まだ完成じゃない」<br><br>という判断だったのかもしれない。<br><br>GYOSAN〓THE STUZIO17<br><br>#THESTUZIO17<br>#AI<br>#AIエージェント<br>#ものづくり<br>#クリエイティブ</p><br/><a href='https://note.com/shindoutoshiki/n/ncdd3af498e29'>続きをみる</a>]]></description>
      <note:creatorImage>https://assets.st-note.com/production/uploads/images/142261650/profile_84358c849aa5beafcde92b31e3abea6c.png?fit=bounds&amp;format=jpeg&amp;quality=85&amp;width=330</note:creatorImage>
      <note:creatorName>GYOSAN/ぎょさん〓THE STUZIO17</note:creatorName>
      <pubDate>Tue, 15 Sep 2026 17:34:07 +0900</pubDate>
      <link>https://note.com/shindoutoshiki/n/ncdd3af498e29</link>
      <guid>https://note.com/shindoutoshiki/n/ncdd3af498e29</guid>
    </item>
    <item>
      <title>考えすぎて動けない人のための「Decision Compass」｜30分で次の一歩を決めるミニワーク</title>
      <description><![CDATA[<p name="2e132e18-eceb-47c1-b4bf-3826e67def3f" id="2e132e18-eceb-47c1-b4bf-3826e67def3f">何をやるかを決めたいのに、選択肢が多すぎる。調べても、誰かに相談しても、結局「自分は何を決めたいのか」がぼやける。</p><p name="d73ce25b-bc7a-4cfd-8410-ec06b57cefda" id="d73ce25b-bc7a-4cfd-8410-ec06b57cefda">このミニワークは、そんな状態から30分で「次の48時間にする一歩」までを決めるための、短い思考整理ツールです。</p><br/><a href='https://note.com/shindoutoshiki/n/n9cafcf7533cb'>続きをみる</a>]]></description>
      <note:creatorImage>https://assets.st-note.com/production/uploads/images/142261650/profile_84358c849aa5beafcde92b31e3abea6c.png?fit=bounds&amp;format=jpeg&amp;quality=85&amp;width=330</note:creatorImage>
      <note:creatorName>GYOSAN/ぎょさん〓THE STUZIO17</note:creatorName>
      <pubDate>Sun, 13 Sep 2026 20:43:24 +0900</pubDate>
      <link>https://note.com/shindoutoshiki/n/n9cafcf7533cb</link>
      <guid>https://note.com/shindoutoshiki/n/n9cafcf7533cb</guid>
    </item>
    <item>
      <title> 「いいね」が増えても、ブランドが育ったとは限らない</title>
      <media:thumbnail>https://assets.st-note.com/production/uploads/images/313299761/rectangle_large_type_2_65f8762a5b502b739e8cdf9174f639d4.jpg?width=800</media:thumbnail>
      <description><![CDATA[<p name="33B9362F-A4E1-444D-9C2A-2066D8891F80" id="33B9362F-A4E1-444D-9C2A-2066D8891F80">最近、少しずつ同じ人から「いいね」をもらえるようになった。<br><br>新しく反応してくれる人も出てきた。<br><br>素直にうれしい。<br><br>発信したものが誰にも届かない期間を考えれば、一つの反応にも確かな重みがある。<br><br>でも、ここで一度立ち止まりたい。<br><br>いいねが増えたことと、ブランドが育ったことは同じなのか。<br><br>たぶん、違う。<br><br>いいねは、扉を一度ノックしてもらえたということや。<br><br>まだ中へ入ってもらったわけではない。<br><br>こちらを理解してもらったとも、信頼してもらったとも、何かを選んでもらったとも限らない。<br><br>この違いを曖昧にしたまま数字だけを追えば、発信はだんだん派手になる。<br><br>でも、事業や作品との距離は、逆に離れていくかもしれない。<br><br>だからGYOSAN〓THE STUZIO17では、Viral Brand Mediaを単なる投稿自動化ではなく、発信を学習し続ける仕組みとして設計し始めた。<br><br>目標は「バズること」だけではない。<br><br>認知から理解へ。<br><br>理解から信頼へ。<br><br>信頼から関係へ。<br><br>関係から行動へ。<br><br>そして、再訪や紹介へ。<br><br>この間に何が起きているのかを、飛ばさずに見たい。<br><br>---<br><br>## 目次<br><br>1．いいねは、扉を叩いた音  <br>2．見られることと、理解されること  <br>3．信頼は一つの数字では測れない  <br>4．投稿形式をコロコロ変えない理由  <br>5．売上は必要。でも、売上だけでも足りない  <br>6．人間の心理を「操作」に使わない  <br>7．一本の細い糸を育てる  <br><br>---<br><br>## 1．いいねは、扉を叩いた音<br><br>SNSでは、数字がすぐ見える。<br><br>表示回数。<br><br>いいね。<br><br>保存。<br><br>コメント。<br><br>フォロワー。<br><br>数字が増えれば、何かが前進したように感じる。<br><br>実際、認知の入口としては重要や。<br><br>誰にも見られなければ、理解も信頼も始まらない。<br><br>ただし、反応の意味は一つではない。<br><br>内容に共感したのかもしれない。<br><br>画像が気になっただけかもしれない。<br><br>あとで読むために保存したのかもしれない。<br><br>知り合いだから押してくれたのかもしれない。<br><br>何となく指が止まっただけかもしれない。<br><br>同じ「1いいね」でも、その内側は違う。<br><br>だから反応を無視するのではなく、反応に与える意味を大きくしすぎない。<br><br>いいねは成果の終点ではない。<br><br>関係が始まる可能性を知らせる、小さなノックとして扱う。<br><br>---<br><br>## 2．見られることと、理解されること<br><br>僕らが本当に伝えたいのは、完成品の宣伝だけではない。<br><br>なぜ作るのか。<br><br>何に迷っているのか。<br><br>どんな未来を目指しているのか。<br><br>何をまだ実現できていないのか。<br><br>THE STUZIO17の中には、性質の違う複数のプロジェクトがある。<br><br>同じような文章と同じような画像を付ければ、投稿数は増やせる。<br><br>でも、それぞれの存在理由は薄くなる。<br><br>だからViral Brand Mediaでは、共通の思想を持ちながらも、すべてを同じ声へ変換したくない。<br><br>観測や判断を扱うもの。<br><br>制作するもの。<br><br>世界を研究するもの。<br><br>現実と仮想の境界へ挑むもの。<br><br>それぞれには、それぞれの入口がある。<br><br>人に理解してもらうには、情報を増やすだけでは足りない。<br><br>相手がどこで立ち止まり、何を誤解し、どこに自分との接点を感じるのかまで考える必要がある。<br><br>見られた回数は、その入口へ人が通った数に近い。<br><br>理解されたかどうかは、その先で初めて確かめることになる。<br><br>---<br><br>## 3．信頼は一つの数字では測れない<br><br>信頼そのものを、SNSの管理画面から直接読むことはできない。<br><br>代わりに、いくつかの痕跡を見る。<br><br>同じ人が再び反応してくれたか。<br><br>内容を踏まえた質問が返ってきたか。<br><br>別の記事まで読まれたか。<br><br>紹介や問い合わせにつながったか。<br><br>言葉を誤解された時、訂正後も関係が残ったか。<br><br>一つでは弱い痕跡も、時間をかけて重なると意味を持ち始める。<br><br>Metaにも、単純なクリック数とは別に、広告接触による認知や印象の変化を調べるBrand Liftという考え方がある。<br><br>[Meta公式：Brand Lift Tests](https://www.facebook.com/business/help/1693381447650068)<br><br>Google Analyticsも、集められる全イベントを同じ重さで扱うのではなく、事業にとって重要な行動を「キーイベント」として定め、そこへ至る接点を確認する考え方を採用している。<br><br>[Google Analytics公式：キーイベントについて](https://support.google.com/analytics/answer/9267568?hl=ja)<br><br>プラットフォームの機能をそのまま使えば答えが出る、という話ではない。<br><br>大事なのは、自分たちにとって何が重要な変化なのかを、先に決めることや。<br><br>表示された。<br><br>反応された。<br><br>理解された。<br><br>信頼された。<br><br>相談された。<br><br>購入された。<br><br>もう一度選ばれた。<br><br>これらを、一つの「伸びた」という言葉でまとめない。<br><br>---<br><br>## 4．投稿形式をコロコロ変えない理由<br><br>数字を見始めると、すぐに全部を変えたくなる。<br><br>文章を短くする。<br><br>画像を派手にする。<br><br>投稿時間を変える。<br><br>話題を変える。<br><br>ハッシュタグを変える。<br><br>問いかけを増やす。<br><br>でも、一度に全部変えると、何が効いたのか分からない。<br><br>偶然伸びただけかもしれない。<br><br>テーマが強かったのかもしれない。<br><br>画像だったのか、冒頭の一文だったのか、投稿時間だったのか判断できない。<br><br>だから、投稿の基本形はある程度保つ。<br><br>その上で、一度に変える要素を絞る。<br><br>入口の一文。<br><br>画像の象徴。<br><br>説明の深さ。<br><br>問いの置き方。<br><br>次の行動への導線。<br><br>同じ型を機械的に繰り返すのではない。<br><br>比較できるだけの土台を残しながら、精度を上げる。<br><br>発信を毎日作り直すのではなく、毎日少しずつ学習させる。<br><br>それがVBM OSでやりたいことや。<br><br>---<br><br>## 5．売上は必要。でも、売上だけでも足りない<br><br>僕らには、実際の結果が必要やと思っている。<br><br>思想が立派でも、作品やサービスが誰にも選ばれなければ、持続できない。<br><br>だから売上から逃げたくない。<br><br>ただし、売上をすべての正しさの証明にもしたくない。<br><br>強い煽りで一度売れることはある。<br><br>誤解させて買ってもらうことも、短期的には数字になる。<br><br>でも、それで再訪や紹介が消え、訂正や対応の負担が増えたなら、発信システムとしては後退している。<br><br>見るべきものは複数ある。<br><br>認知は増えたか。<br><br>理解につながったか。<br><br>問い合わせは具体的になったか。<br><br>購入や着金へ進んだか。<br><br>もう一度選ばれたか。<br><br>誰かへ紹介されたか。<br><br>制作費や修正時間は増えすぎていないか。<br><br>事実と違う期待を生んでいないか。<br><br>売上は価値交換が現実に起きた証拠の一つや。<br><br>しかし、一度の売上だけで、信頼や長期的な関係まで証明されたことにはならない。<br><br>---<br><br>## 6．人間の心理を「操作」に使わない<br><br>人間の脳や心理、判断の癖、バイアスを発信へ取り入れたい。<br><br>ただし、それは人を思い通りに動かすためではない。<br><br>人がなぜ読み飛ばすのか。<br><br>なぜ誤解するのか。<br><br>なぜ覚えられないのか。<br><br>なぜ不安になるのか。<br><br>なぜ、正しい説明でも信じられないのか。<br><br>それを理解し、伝わらない原因を減らすために使う。<br><br>恐怖を必要以上に刺激する。<br><br>存在しない希少性を作る。<br><br>未完成のものを完成品に見せる。<br><br>結果が出ていないのに成功したように語る。<br><br>こうした方法は、一時的に行動を生んでも、VBM OSが目指す関係とは逆方向へ進む。<br><br>信頼は、心理技術で奪うものではない。<br><br>理解できる言葉。<br><br>一貫した態度。<br><br>確認できる事実。<br><br>分からないことを分からないと言う姿勢。<br><br>その積み重ねによって、相手から預けてもらうものやと思う。<br><br>---<br><br>## 7．一本の細い糸を育てる<br><br>今回の画像では、大量の黒いハートを一つの箱へ積み上げた。<br><br>箱は、その重さでひび割れている。<br><br>そこから右側へ伸びるのは、一本の細い朱赤い糸だけ。<br><br>糸の先には、大きな成果や豪華な売り場ではなく、小さな芽と開いた扉がある。<br><br>反応は、たくさん集められる。<br><br>でも、関係として残るものは細い。<br><br>だからこそ、その一本を雑に扱いたくない。<br><br>誰が見てくれたかを監視したいのではない。<br><br>人がどこで理解し、どこで信頼し、なぜもう一度戻ってきてくれたのかを、個人を傷つけない形で学びたい。<br><br>「いいねが増えた」で終わらない。<br><br>「売れた」だけでも終わらない。<br><br>見つけてもらう。<br><br>理解してもらう。<br><br>信頼を裏切らない。<br><br>関係を続ける理由を作る。<br><br>その結果として、行動、売上、再訪、紹介が生まれる。<br><br>Viral Brand Mediaを、投稿を量産する機械にはしたくない。<br><br>作品と人の間に生まれた一本の糸を見失わず、次の発信を少しだけ正確にする仕組みにしたい。<br><br>大量のハートより、一本の関係。<br><br>その一本を育てられるかどうかが、これから測りたい本当の結果や。<br><br>GYOSAN〓THE STUZIO17<br><br>#SNSマーケティング #ブランディング #コンテンツマーケティング #生成AI #マーケティング</p><br/><a href='https://note.com/shindoutoshiki/n/n3337c9b852a7'>続きをみる</a>]]></description>
      <note:creatorImage>https://assets.st-note.com/production/uploads/images/142261650/profile_84358c849aa5beafcde92b31e3abea6c.png?fit=bounds&amp;format=jpeg&amp;quality=85&amp;width=330</note:creatorImage>
      <note:creatorName>GYOSAN/ぎょさん〓THE STUZIO17</note:creatorName>
      <pubDate>Sun, 13 Sep 2026 18:24:32 +0900</pubDate>
      <link>https://note.com/shindoutoshiki/n/n3337c9b852a7</link>
      <guid>https://note.com/shindoutoshiki/n/n3337c9b852a7</guid>
    </item>
  </channel>
</rss>
