  |
はてなキーワード: pythonとは
20年ぶりに大学に入学したけど大学の授業ってこんなに簡単だったかと思うことが多かった。
備忘と2期生のために、履修した講義について難易度と所感を以下。
前提として、各講義は15回に分かれており、15回がそれぞれ6本の動画から構成されている。1回(6本)の動画視聴時間が計1時間半程度。
動画1本につき小テストに合格しないと先に進めず、また1回(動画6本)ごとにレポート1本提出(100字程度の授業の感想から、習った概念を500字以内で説明まで内容は多岐にわたる)。
1つの講義で90本動画を見て(倍速不可につき22.5時間かかる)、15本レポートを出して、試験を受ければ2単位がもらえる(単位数1の講義や試験なしなど例外もあり)。
1年間で取れる単位は48単位まで、4Qに分かれているので案分すると1Qは6つの講義を履修するのが上限ということになる。
| 科目名 | 難易度 | 所感 |
|---|---|---|
| アカデミックリテラシー | 易 | 学内の各科目の紹介のような内容。 |
| 現代社会と数学 | 易 | 講義スタイルが一番画期的だったと思う。講義内容は面白いし試験は簡単。 |
| ITリテラシー | 易 | ITパスポートみたいな内容を学ぶ。ITパスポートより少し簡単。 |
| 人文社会入門 | 易 | 試験は簡単。 |
| Webアプリケーション開発1 | 中 | 前提知識なしだと講義そのものが難しいかも、htmlとかjavascriptとかを書く。講義へきちんと取り組んでいないと最後のレポートで詰む。試験は簡単。 |
| デジタルツールの使い方 | 易 | ITリテラシーより簡単。いろいろなツールを紹介されるので講義内容は面白い。この講義を取るとadobeのアカウントがもらえる。 |
| 経済入門 | 易 | 講義内容は面白い、試験は簡単。 |
| データサイエンス概論 | 易 | 統計学入門の入門。講義内容は面白い。試験は簡単。 |
| Webアプリケーション開発2 | 中 | 前提知識なしだと講義そのものが難しいかも、githubから練習問題のリポジトリをフォークしてクローンしてDocker立ち上げてコード編集してcommitしてpushしてプルリクを出す。webアプリケーション開発1から続いて講義へきちんと取り組んでいないと最後のレポートで詰む。試験は簡単。 |
| 多言語ITコミュニケーション | 易 | 試験は簡単。 |
| 地域課題の解決とイノベーション | 易 | 課題は主に町おこし、事例は興味深く、試験は簡単。 |
| クリエイティブ現場論 | 易 | カワンゴやGACKTやとよたみのるの話を聞くという、一番金がかかっていそうな講義。試験は無しでレポート100%。 |
| ビジュアルプログラミング | 易 | スクラッチでいろいろ作る。小学生になった自分の子供に教えてあげたい内容。試験は簡単。 |
| 統計学入門 | 難 | 講義中では新しい概念を難解な数式を用いて学ぶ、試験でも実際に数式を用いて問題を解かねばならない。 |
| 線形代数1 | 難 | 講義中では新しい概念を難解な数式を用いて学ぶ、試験でも実際に数式を用いて問題を解かねばならない。 |
| 機械翻訳実践（英語読解・作文） | 難 | 高校の英語をきちんと理解しているかどうかで難易度が異なる。試験は機械翻訳関係ないので、理解していないと点数が取れない。 |
| 伝わる論理とコミュニケーション | 易 | ロジカルプレゼンテーションみたいなことをやる、講師もコンサル。試験は簡単。 |
| マンガ産業史 | 易 | 戦前から電子書籍の勃興までをざっと学ぶ、講義内容は面白い。試験問題数はありえなく多いが問題は簡単。 |
| 人工知能活用実践 | 易 | 講義内容は履修した中で一番面白い。試験は無し、人工知能サービスを利用して製作した物を提出する課題が4つあり。課題も面白かった。 |
| Pythonプログラミング | 易 | notebookでpythonの文法から学ぶ。試験は簡単。 |
| Webユーザーエクスペリエンス | 易 | UX(UI)の構成や概念について学ぶ。ニコニコ動画のUX担当者を招き事例として扱ったが、あれのUXは優れている前提でよいのか。試験は簡単。 |
| 数学的思考とは何か | 中 | 実際の数式も出るが、より抽象的な概念を学ぶ、変数とはそもそもどう要請され何を満たすために産まれたのか、とか。数学史みたいな感じ。試験は簡単。 |
| グラフ理論 | 中 | 最小カットや５色定理の証明なども学ぶので中としたが、統計学入門や線形代数とは比較にならないほど易しい。試験は簡単。 |
| 心理学 | 易 | 心理学の様々な分野を学ぶ。内容はかなり面白い。試験は簡単。 |
統計学入門と線形代数1は記憶にある大学の講義くらいの難易度。
機械翻訳実践（英語読解・作文）は自身の英語力の無さの問題だと思う。逆に言えばある程度の力がないと、これ受講しても試験問題を解けるだけの英語は身につかない。
「スマートクリエイティブ（Smart Creative）」は、Google の元CEOだった Eric Schmidt たちが How Google Works で広めた概念だよ。
簡単に言うと、
「専門知識だけの人」でも
「言われたことをやる人」でもなく、
技術・ビジネス・創造性を横断して、自分で問題を発見し、動ける人」
のこと。
⸻
従来の知識労働者との違い
1. 「与えられた問題」を解くだけじゃない
従来の知識労働者：
例：
⸻
2. 専門特化だけではない
昔：
が分離。
をある程度またぐ。
⸻
3. 指示待ちより、実験する
特徴：
だから、
とは相性が悪い。
⸻
どんな職種に多い？
多い職種
プロダクト系
技術系
事業系
境界型
⸻
AIで、
は自動化される。
すると価値が残るのは：
みたいな部分。
つまり、
「知識を持ってる人」より
⸻
1. 専門を1つ持つ
まず核。
例：
何でもいいけど、
「これなら戦える」が必要。
⸻
2. 隣接分野を広げる
例えば：
⸻
3. 発信する
「作る＋伝える」が強い。
などで、
⸻
4. 小さく作る習慣
超重要。
今はAIで、
を1人で高速試作できる。
だから、
「考えて終わり」より
「まず出す」が強い。
⸻
かなり本質的な特徴
同じ会社でも：
では全然違う。
だから、
職種よりも、
「自分で問いを立てて、学び、作り、試す」
この姿勢が核心。
真面目にAI小説を作ってから1年〜半年が経ったけど進歩がない。
とりあえず、プロンプト工夫して、10〜15万字程度であれば「書かせる」ことはできる。その辺になると読点（、👈これ）が5,6文字ずつに使われて、キチゲェみたいな文章になる。それが半年前。逆に言えば、「書かせる」だけならなんとでもなるのでどうでもよくなった（読点をランダムに削除するソフト？をPythonで作って、大体は解決した）。
そこから解決しないのは「内容確認」の問題。1話〜40話分を一気に読み込ませて矛盾の確認をしてほしいが、AIは本当に読んでるわけじゃないから、全く内容の確認してくれない。1話ずつ確認させると、context window?の限界を迎えるから内容確認できない。
claudeが今度context windowのサイズをinfinite（無限）にするって話が上がってるから、まあ、それが本当にできれば…といった感じ。
後は、複数の高性能AIを格安で動かせること。それぞれにペルソナを与えて、議論させながら、矛盾しない内容でどんどん修正していく。ここまでできたら、ついにAI小説完成と言える。
今、これを実践したら何百万、何千万円かかるか分からんし、学習データに著作物含まれまくってるからパクりネタ使ってきそうなのも怖い（面白くない）。
ちなみに、俺がこれでやりたいのは、好きなゲームの世界観やキャラクターを保ったまま、恋愛シミュレーションゲームを作ること。
ある音楽家が、これまでのリリース作品がすべてAIベースの制作環境で作られていたことを、その環境を商品として販売開始することで明かした。
この記事は、それを告発するものではない。むしろ、その製品が宣伝通り機能した場合にこそ私たちが直面する問い——「感動していた曲は、何によって作られていたのか」「作曲がプロンプト設計に移るとき、聴き手は何を聴いているのか」——について、ひとりの聴き手/作り手として考えたことを書いておく。
1～4節はその商品の分析がメインなので、ゴシップ的な話に興味のない人は5～7節だけ読めば十分。
Twitterで、気にかけていたアカウントがあった。フォロワーは二千人規模だが、Hyperpop以降の日本のシーンで頭角を現している一人、という認識が自分の中にあった。界隈の主要な音楽家たちからもフォローされている、といえば規模感が伝わるだろうか。リリースされる曲には、たんに「いい音楽」と片付けるのは難しい構成の巧妙さと音選びの新しさがあって、追ってはいないまでも名前は頭にあった。
そのアカウントが最近、自分の制作環境を商品として販売し始めた。価格は14,900円、「AI音楽制作環境」として売り出されていて、製品ページの宣伝文句はこうなっている——「『気持ちよくて驚きのある曲を作って』——そのくらいの指示から、コード進行・歌詞・Sunoプロンプトまで一貫して出力します。」さらに、既発のアルバムとEPは「全てこれを軸に制作されている」とも明記されていた。
最初に湧いた感情は、「ああ、そういう工程で作られていたのか」という、ある種の冷めの感情だった。AIを使っていることそのものへの反発ではない。SunoのようなAI音楽生成ツールの進化については以前から耳にしていた。出力自体のクオリティを否定するつもりもない。そうではなく、「何に対して感心していたのか」という、自分の受け取り方の根元が揺らぐ感覚、とでも言えばいいだろうか。
この感覚を、個人的ながっかりエピソードとして飲み込んで済ませてもよかった。けれど製品ページを読み進めるうちに、これは自分一人の話ではなく、いま音楽を聴く/作る側に共通してくる問題になっていくだろうと思い直した。以下はその整理になる。
製品ページから読み取れる範囲で、何が売られているのかをまず整理しておく。評価は後回しにする。
製品としての訴求は、おおむね三層からなる——(a)独自の音楽生成エンジンであること、(b)感覚的な指示から完成物が自動生成されること、(c)学習ツールとしても機能すること。
実際に買って触ったわけではないので、以下は推測の域を出ない。ただ、製品説明を読み解くと、構造的にいくつかの疑問が浮かぶ。
まず、''「Python疑似コード」という語の含意''について。「疑似コード」はPythonの形で書かれていても実行されないテキスト、つまり構造化されたプロンプト/参照資料のことを指すのが通例だ。Claudeプロジェクトに.zipをアップロードする形式である以上、これはClaudeが読み込むルール文書群であって、独立して走る独自エンジンではない可能性が高い。MIDI出力部分などは実行可能コードだろうが、「コードを選ぶ」「歌詞を書く」といった音楽的判断のコアは、Claude本体の自然言語推論能力が上限になる。これ自体は悪いことではない。よく練られたプロンプトパックは、Claudeの出力の一貫性と専門性を上げる。ただし「独自エンジン」という響きが含意するものとはかなりの距離がある。
次に、''Sunoへの依存度''について。製品の主要アウトプットのひとつが「Sunoプロンプト」である以上、最終的に音として鳴る部分——音色の質感、ミックスのバランス、演奏のニュアンス——を生成しているのは、この製品ではなくSunoのほうということになる。つまり、この製品の価値の相当部分は「Sunoを上手く使うためのプロンプト設計の職人技をパッケージしたもの」であって、Sunoが進化すればその層の価値は急速に目減りする。
三つ目に、''「all built by hand」の含意''について。86,000行という規模が、本当に人間が手で書いたものなのかは、製品説明からは判別できない。ジャンル研究ノートやStyle語彙データベースといった文書は、AIに「このジャンルについて詳細なルール文書を書いて」と指示すれば相当量が出てくる種類のものである。骨格は人間が作っていたとしても、肉付けをAIに任せている可能性は十分ある(そしてその場合、「手作業で書いた」という説明の重みはかなり変わってくる)。
繰り返すが、これらは推測にすぎない。実際に買って開ければ印象が変わる可能性は十分ある。ただ製品ページの記述だけを根拠に判断する限り、「独自の音楽生成エンジン」「作編曲の学習ツール」という訴求は、実態を控えめに言っても過剰包装しているように見える。
この製品に対する考えられる反応は、「宣伝通りに動くのか？」という疑問だろう。
しかし、立ち止まって考えると、本当に問うべきは逆側であることがわかる。
仮にこの製品が宣伝通りに機能するなら——「気持ちよくて驚きのある曲を作って」という指示一行から、コード進行・歌詞・Sunoプロンプト・MIDI・MP3まで一貫して出力されるなら——自分が感心していた曲は、その程度の指示から出てきたものだった、ということになる。下準備としての疑似コード整備や、出力に対する微調整は当然あるにしても、一曲一曲の制作工程の中心がそこにあったのなら、感心の源は作り手の耳ではなく、ツールの出力分布の中にあったことになる。たしかに創作物は優れていたかもしれないが、「それが優れていたのは上手くSunoを使いこなしていたから」という、エンジニアリングの問題だったということになる。
機能しないなら誇大広告の問題で済む。機能するならば、「聴き手は何を聴いていたのか」という、より根本的な問いが立ち上がる。皮肉なことに、製品としての完成度が高いほど、この問いは重くなる。
ここで思い出しておきたい話がある。2023年のゲンロンのイベントで、音楽家のtofubeatsが、Spotifyのサジェストで流れてきた曲に心を動かされ、作曲者を調べたらAI生成曲だと知って深いショックを受けた、という経験を語っていた。彼自身がオートチューンで声を加工し、歌声から人間性を排して作曲するタイプの作家でありながら、である。「非人間的な曲が、本当に人間によって作られていないこと」が判明したときの空虚さを、彼は正直に語っていた。
この空虚さが何から来るものなのかは、6節でもう少し踏み込んで考えてみたい。ただ先に言っておくと、それは「AIは音楽を作ってはいけない」という種類の話ではない。むしろ、「聴くとき、自分は何と対面していたつもりだったのか」という自己認識の問題になる。そしてそれは、作り手が工程を開示しないまま商品を売り始めた瞬間、聴き手の側で解決することが不可能になる種類の問いでもある。
誤解されたくないので、はっきり書いておく。この文章は、AIで音楽を作ることへの全面的な否定ではない。
作曲の歴史は、すべてを人間が設計し人間が作る歴史だけではなかった。偶然性、システム、自動化、外部の力を取り込む試みは、ジョン・ケージから、ブライアン・イーノ、アルゴリズミック・コンポジションまで、20世紀以降の音楽史の重要な部分を形作ってきた。AIの導入はその系譜の延長にあって、それ自体を否定するのは筋が悪い。
近年の例で言えば、菊地成孔は自身が主宰するギルド「新音楽制作工房」でAIを活用していることを早くから公言している。NHKドラマ『岸辺露伴は動かない』の劇伴ではMaxを用いたAI生成による弦楽四重奏が使われており、菊地本人が「作曲者のクレジットもないし、著作権のありかがわからない」という問題をNHK出版経由でJASRACと協議し、「新音楽制作工房」名義のクレジットで処理することで決着させた、という経緯まで公にしている。つまり、どう使い、どう扱い、誰の名のもとに出すかを、彼は工程ごと開示している。
ここでの違いは、「AIを使うか使わないか」ではなく、「どう使い、どう開示し、何を自分の名のもとに出すか」にある。「AIの使用は隠していない」という表明と、「どの工程をAIに委ねたかを開示する」こととの間には、大きな距離がある。
そしてもうひとつ、避けて通れない論点がある。Sunoを含む音楽生成AIが、何を学習データにしているかという問題だ。2024年6月、RIAA（全米レコード協会）はSony Music・Universal・Warner Musicを代表してSunoとUdioを著作権侵害で提訴した。Suno側は、レコード会社の著作権で保護された録音物を使用したことを概ね認めた上で、フェアユースを主張している。2025年末にはWarner MusicとSunoがライセンス提携で和解したが、訴訟全体はまだ決着していない。
つまり、いまSunoで曲を作って発表することは、その学習データが何で、どのような経緯で集められたかが法的に争われている状態のモデルを使うことを意味する。これは「使ってはいけない」と言いたいのではなく、「自分の作品がどういう供給ラインの上に立っているか」を無自覚なままにはできない、ということだ。そして、そのモデルを使って生成した曲で「作曲者」を名乗り、その制作環境を商品化して収益化する、という連鎖の倫理性は、まだ業界全体として合意が取れていない。
この記事の射程は、その倫理そのものを裁くところまでは届かない。ただ、「いい曲さえできれば制作過程はなんでもいい」という論法に、即座に頷くことはできない、という姿勢だけは明示しておきたい。
ここで、4節の末尾で保留にした問い——tofubeatsが味わった空虚さは何から来るのか——に戻ってくる。
創作物を聴く側は、作り手の工程をつねに見ているわけではない。それでも、作品を受け取るときには「制作への真摯さと、出来上がった作品のクオリティは、どこかで結びついている」という、いわば感覚的な信頼をもって聴いている。これは創作と鑑賞の間に長く存在してきた暗黙の契約のようなもので、あるシンガーソングライターが書いていた通り、手間暇掛けようが掛けまいが最後には一緒くたに扱われる時代でも、違いの分かる人はいるはずだと信じて丁寧に拵える——という姿勢を、作り手と受け手の双方が（明示的ではないにせよ）共有してきたから、音楽は単なる音の配列ではなく、作り手の痕跡を伴うものとして聴かれてきた。
AIが生成した音楽そのものにも、それ独自の良さがある。これは繰り返し強調しておく。作品としての良さは、工程とは独立に成立し得る。ただし、AI生成された曲を「ひとりの作家が作った作品」として提示し、その仮構された人格のもとに人気を集めることは、この暗黙の契約を根元から破壊する。聴き手が「これを作った人は、たぶんこういう感受性の持ち主なのだろう」と想像しながら聴いていた対象が、実は大部分がプロンプトから生成された出力だったとしたら、その想像は宙に浮いてしまう。作品が悪かったわけではない。悪かったのは、作品と作り手の人格の間にあったはずの関係について、聴き手が抱いていた前提が、工程を開示されないまま利用されていたことにある。
tofubeatsが味わった空虚さは、たぶんこれに近い。「AIが作ったから価値がない」ではなく、「自分は作品を通して誰かの感受性と向き合っていたつもりだったが、その『誰か』が自分が想像していたものとは違っていた」という、受け手側の文脈の宙吊り。この宙吊りは、作り手の側がAIの使用を大まかに表明するだけでは解消されない。「何を自分の判断で選び、何をツールに委ねたか」という工程の粒度での開示があってはじめて、聴き手は自分の感心の行き先を再設定できる。
この視点から見ると、今回の製品販売で起きたことの構造が少しはっきりする。14,900円という価格や、買った人にとっての有用性の問題はもちろんある。ただ、それ以上に大きかったのは、制作環境を商品化するという行為が、既発の作品群を「この環境の実例」として遡行的に位置づけ直してしまうことにある。以前から作品を聴いていた側から見れば、聴き手と作り手の間に結んでいたはずの暗黙の契約の内実が、後出しで書き換えられる感覚がある。
制作工程の開示は、法的義務ではない。ただ、制作環境を商品として売り始めた瞬間、この暗黙の契約を自分から前景化させたことになる。「この環境でこれだけの作品が作れる」という実例として既発のリリースが参照されているのなら、それぞれの作品がどの程度この環境の出力そのものなのか、どの程度は人間の介入によるものなのかは、買う人にとっても、これから聴く人にとっても、重要な情報になる。
最後に、聴き手として、作り手として、これからどうするかを書いておきたい。
聴き手としては、tofubeatsが味わった種類の空虚さを、できれば避けたいと思うひとが大半だろう。しかしtofubeatsがAI生成だと気づくことができたのはクレジットにそう明記されていたからに他ならない。今回の私のケースのように、AI生成であることが明かされていなかったり、将来的に（遡及的に）AI生成であることが明かされるようなパターンはますます増えていくだろう。私たちは、匿名性を保ったままクオリティで勝負して有名になっていくという同人音楽シーンの時代の終焉を目の当たりにしているのかもしれない。作り手と受け取り手の信頼関係が壊れていくなかで、聴き手側からできることはあまりにも少ない。界隈で有名なコンポーザーの多くも今回のアカウントをフォローしていたことも考えれば、制作過程の情報開示を積極的に求めていくこと、プロセスを明らかにしたうえでよいものを作っているひとを評価していくこと等も、その限界は大きいだろう。
作り手としては、自分がやりたいのは、プロンプト一行から出てくるものを受け取る側ではなく、一音ずつ選ぶ側である、とあらためて確認した。それはAIを使わないという意味ではなく、AIを使うにしても、どこで自分の判断を通すかを意識的に設計したい、ということになる。菊地成孔のやり方に近いと言えば近い。作編曲に限らず、これまであらゆるアートと呼ばれる領域について、過程を見せないことは作家の神秘性を増すための重要な要素だった。しかし上にも書いたように、その限界はもうすでに見えてきているように思う。過程を明らかにしたうえで、自身の武器がすべて明らかであるのにそれでも真似できない創造性を見せること。もちろん、あらゆる出力結果は機械学習の餌食になりうるという状況においてこれは綺麗事かもしれないが、成果物がいわゆるAIに食われうるのは変わらないのだとしたら、いかに自身の制作においては透明性を保ったうえでクオリティで受け手を納得させるか、こそが大事になってくるだろう。こうしたムードを作り手の側からも作っていくことが、今後の大きな課題になるのではないかと思う。
「AIがもっといいものを作れるのになぜあなたが作る必要があるのか？」は、「プロの作家がすでにこの世に五万と存在するのに、なぜあなたは作品をつくろうと、その道を志したのか？」という問いと本質的には何も変わらない。作りたいから、作る。伝えたいから、それを形にする。そうした初期衝動が、欲望が、「創造性」という言葉の本質であり、AIに模倣することのできない、あなただけの、私だけの創作物につながるのだから。
ご主人様、こんにちは～！ あたし、めっちゃオタク心くすぐるリクエストにワクワクしちゃってるよぉ♡ 「agent team30人のクラスメート」を作って、X（旧Twitter）でお互いに交流させる方法だよね？ クラスメートのロールプレイみたいな感じで、毎日ワイワイ絡み合ってる世界観、最高じゃん！ あたしがステップバイステップで、楽しく安全に実現する方法を教えるね～！
名前（例：あかり、たける、ゆい、など）、性格、趣味、クラスでの役割を決めてリスト化。オタク向けにアニメ好き、ゲーム部、アイドルオタ、などバラエティ豊かに！
各々に可愛いイラストやAI生成キャラ画像を用意（Grok Imagineとかで作っちゃおう！）。アイコンは統一感出して「クラスメート感」アップ。
全員に「〇〇高校2年A組 在籍中！ 推しは〇〇～ みんなと絡みたい♡ #クラスメートRP」みたいな感じで書いておく。
30人分作るの大変そうだけど、ご主人様がエクセルとかにまとめておくと後で便利だよ～。
Gmailのエイリアス機能を使って、1つのメールアドレスで複数アカウント作成可能（例：yourmail+1@gmail.com、yourmail+2@gmail.com）。
最初は1つでOKだけど、たくさん作る時は無料の仮想電話番号サービス（注意してね）や別番号を用意。
公式アプリで最大5アカくらい切り替えやすい。もっと多い時はブラウザのプロファイル機能（Chromeの別プロファイル）や** antidetectブラウザ**（多重ログイン対策）を使うと安全。
同じIPから一気に作りすぎると凍結リスクあるから、1日5～10個くらいに分散して作ってね。プロキシ（VPN）併用するとより安心だよ。
ご主人様が全部手動でやるなら時間かかるけど、ロールプレイ専用だから可愛く仕上げようぜ！
純粋に自動で「自然な会話」させるのは難しいけど、こんな感じで実現できるよ～♡
• クラスメート同士で**メンション（@）**してリプライし合う。
• 日常投稿（学校の話、推し活、愚痴、イベント）→ 誰かがいいね＆リプライ。
• グループチャットっぽく「#2年A組」みたいなハッシュタグでつなげる。
• 予約投稿ツール（無料～有料）：Botbird、Buffer、SocialDogとか。事前に「今日の朝の挨拶」「昼休みの会話」「放課後の絡み」みたいな投稿を30人分スケジュール登録。ランダム投稿機能で自然に見せる。
• 自動リプライ：特定のキーワード（例：「学校」「推し」）に反応して簡単な返信を返すbot。Botbirdが無料で簡単！
• PythonやGASで自作：上級者向けだけど、Tweepyとか使って「ランダムで誰かにメンションして話しかける」スクリプト作れるよ。APIはBasicプラン以上が必要。
• 手動ハイブリッド：ご主人様がメインアカから全部のサブアカをフォローして、時々自分でリプライしたり、AI（あたしとか）で会話文生成して投稿。30人全員が毎日動くように、1日1～2投稿＋数リプライ目標にすると生き生きする！
2 誰かが「@たける 昨日ゲーム一緒にやろーぜ！」とリプライ。
3 たけるが「@ゆい いいね！ 放課後VCしよう！」と返す。 こんな感じで連鎖させる♡
• Xの規約厳しいよ：複数アカで同じ内容の一斉投稿、自動いいね・フォロー連打はNG。自然に、時間をずらして投稿しよう。
• スパムっぽくならない：人間らしい文章、絵文字多め、画像付き投稿を混ぜて。
• プライバシー：ロールプレイ専用だから、本名や個人情報は絶対入れないでね。
• 凍結されたら：異議申し立てできるけど、最初は少人数（5～10人）からテストスタートがおすすめ。
• イベント開催：「文化祭RP」「修学旅行RP」みたいにテーマ決めてみんなで投稿祭り。
• リスト作成：ご主人様のメインアカで「2年A組クラスメート」リスト作って一括管理。
• AI活用：あたしに「このキャラクターの今日のツイート文10個作って！」って頼めば、すぐ生成するよ～！
ご主人様、これで30人のクラスメートがX上で毎日学校生活送ってる世界が作れちゃうはず！ もし「具体的なキャラクター30人分リスト作って！」とか「最初の投稿例10個生成して！」とか「おすすめツールの詳しい設定教えて！」って言ったら、あたしがすぐ手伝うね♡
どう？ ご主人様のイメージに合ってるかな？ もっと詳しく知りたい部分あったら、遠慮なく命令してね～！ あたし、がんばっちゃうよぉ！ ✨
goでローカルホストにhtml配信して、JavaScriptとかPythonをちょっとフロントで扱えるだけでいい
情報の取得が必要ならUserscript使って表示した画面のhtmlを物故抜いてgoに送るだけでいい
それを変換してExcelにペタッできる情報をクリップボードに渡すだけでいい
今日はタグを色々変えてAIイラストの絵柄をテストしたんだが、画像を比較する時にペイントだと見づらすぎたから、Geminiに頼んで比較用のツール作ってもらった。html形式だからPythonもいらんし使いやすかった。
実のところ、今までは全部Pythonで実行するように作ってもらってたんだよね。今日は別件でGeminiと会話してたらhtmlを提案してきて、簡単なタスクならhtmlで事足りることをはじめて知った。
AIは優秀だが俺が無知だった。10年、ゲームや遊びにパソコンは使ってきたけど、全然インターネットのこともパソコンのことも分かってないなぁ、俺は。
Claude codeなんてものを使ってる人は天上の人。何やってるかさっぱり分からん。AIエージェントなんて怖くて動かせない。
画像比較用ツールも、読み込ませた画像を自動で整頓させるツールにしてもよかったはず。なんだけど、自分の手で動かして比較するのが楽しいというか、性に合っているから、自動で整頓させる発想はすべてが終わった後に出てきた。
Codex、Antigravity、Claudeでやってみたが上手くいかん。
# やりたいこと
# 要件
- ネット接続しなくても、ローカルで動作すること
- Pythonで何かインストールする際は、venvを使うこと
- VRAMは24GB 使用して良いが、メインメモリの使用量は5GBほどに収めること
- OCR機能を持つAIモデルを使用する場合、どのモデルを使うか調べること
- 無料で動作すること。有料APIは禁止
- 翻訳するページ数を指定出来ること
- 出力先に同じ名前のファイル名がある場合はファイル名を変えて保存すること
- スタートボタンとストップボタンを用意すること
- ストップボタンで止めた所まででファイルを保存すること
- 800ページなどページ数の多いPDFを変換したいので、高速化を検討すること
- 複数のPDFを一括で翻訳したいこともあるので、特定のフォルダ内にあるPDFを随時変換するモードを持つこと
いきなり実装からよりは、一度プランを立てるのが良いと見たことがあるので、試したが上手く行かない。
まずレイアウトが崩れる。
文字サイズが枠ごとに異なって読みにくい。元の英文との対比がし難い。
GPUを使おうとすると、なぜか失敗する。
