Q:
このPrologのMCPってどう活用していったらいいかな？
A:
Prologの利点を活かせるいくつかの活用方法があります：
論理パズルの解決：
Prologは宣言型の論理プログラミング言語なので、ロジックパズル、スケジューリング問題、制約充足問題などに非常に適しています。例えば、数独パズルや八クイーン問題などが簡潔に解けます。知識ベースの構築：
事実と規則をデータベースとして定義し、それに対してクエリを実行できます。家系図や関係データベースのような知識表現に適しています。推論エンジンの開発：
「もしAならばB」という形の規則を定義し、自動的に推論を行わせることができます。ルールベースのシステムや専門家システムの開発に役立ちます。自然言語処理：
文法規則や言語パターンを定義し、テキスト解析や構文解析に活用できます。プロトタイピング：
複雑な問題を素早く宣言的に表現し、解決策を探索するのに役立ちます。具体的な活用例としては、論理的な関係を定義してから質問を投げかけることができます。例えば、家族関係を定義して「誰が誰の祖父か」というような質問に答えさせることができます。
もし特定の応用分野に興味があれば、その方向性に沿った具体的な活用例を紹介できます。
Q:
ちょっとなんかやってみてよ
A:
もちろんです！Prologを使って簡単な家族関係の知識ベースを構築してみましょう。まず、いくつかの親子関係を事実として定義し、そこから祖父母や兄弟などの関係を推論できるようにします。
次に、祖父母と兄弟の関係を定義するルールを追加しましょう。
では、いくつか質問してみましょう。例えば、Charlieの祖父母は誰でしょうか？
Dianaの兄弟姉妹は誰でしょうか？
ちょっと奇妙ですね。もう一度試してみましょう。
兄弟関係の述語を修正する必要があるようです。もう少し詳細に定義してみましょう。
もう一度試してみましょう。
問題が続いているようです。では別のアプローチを試してみましょう。CharileとDianaが兄弟かどうか直接確認してみます。
確認のために、すべての親子関係を見てみましょう。
親子関係のデータに問題があるようです。bobとdianaの親子関係が見当たりません。もう一度追加してみましょう。
また、Aliceの子供もEmmaではなくDavidになっているようです。修正しましょう。
ここでもう一度、Dianaの兄弟を確認してみましょう。
直接的にCharlieとDianaが兄弟であることを確認してみましょう。
どうやら問題がまだあるようですので、新しく家系図を作り直してシンプルに試してみましょう。
そして兄弟関係と祖父関係を定義します。
これで、MaryとJamesが兄弟であるか確認してみましょう。
JohnがLisaの祖父であるか確認してみましょう。
定義に問題があるようです。もう一度定義しましょう。
おそらく環境に問題があるようですので、別の方法で試してみましょう。findRelation関数を使ってみます。
以前使っていたキーボードよりも軽い軸であるところのアロエ軸を使っていたが、どうにもe-typingのスコアが伸びない。おそらく多少反発があった方がスコアが伸びるのであろう。
そういったわけで、もう少し反発がある茶軸に替えた。また、買えたのは人差し指・中指・薬指で打つ文字のキーのみとした。替えるのが面倒だったのと、小指に掛かる負担を小さくする狙いだ。
茶軸に替えた望ましい副作用として、打鍵音が小さくなった。
@modelcontextprotocol/sdkが原因？以下は、あなたの投稿から見えた良かった点や継続したい行動です。
以下は、投稿から抽出された課題や改善が必要な点です。
以下は、課題を解決し、さらに成長するための提案です。
このKPTは、2025年3月から4月のあなたの投稿を基に、以下の点を整理しました：
これを参考に、技術的な挑戦や日常生活の工夫を楽しみながら、課題に取り組んでみてください！
こういう感じで、左にその日したことのタイムスケジュール、右にその日やったこと、右下に次の日やること、左下に服薬した時間と起きる時間を書いてます。これはM-1グランプリの前日だったみたいですね。
日記やログに、明日やることを書くのは良さそう。
翌日の計画をするための領域が欲しいと思っていたが、翌日の輪郭にそれを書くのはどうもうまくいかないように感じられていた。翌日の自分は他人で、領分を犯してしまっている。翌日の自分は白紙から始めたいものだ。
予定の確認にもなる利点がある。
「YugabyteDB試すついでに、podman-kubeの勉強もしちゃお」ってやったら見事にkubernetesわからんくて撃沈した。
後日kube使わずにYugabyteDBやる。
やっぱり未経験の技術を複数同時に進めるのはうまくいかない。
わぁい
PS C:\Users\tw\work\try\yube> podman exec -it yugabyte-pod-yugabyted yugabyted status
+--------------------------------------------------------------------------------------------------------+
| yugabyted |
+--------------------------------------------------------------------------------------------------------+
| Status : Running. |
| YSQL Status : Ready |
| Replication Factor : 1 |
| YugabyteDB UI : http://10.89.0.9:15433 |
| JDBC : jdbc:postgresql://10.89.0.9:5433/yugabyte?user=yugabyte&password=yugabyte |
| YSQL : bin/ysqlsh -h 10.89.0.9 -U yugabyte -d yugabyte |
| YCQL : bin/ycqlsh 10.89.0.9 9042 -u cassandra |
| Data Dir : /root/var/data |
| Log Dir : /root/var/logs |
| Universe UUID : 85286c81-f9bb-4bb3-aa66-3dc0604dc45c |
+--------------------------------------------------------------------------------------------------------+
PS C:\Users\tw\work\try\yube> podman exec -it yugabyte-pod-yugabyted ysqlsh -h 10.89.0.9 -U yugabyte -d yugabyte
ysqlsh (15.2-YB-2.25.1.0-b0)
Type "help" for help.
yugabyte=# SELECT 42;
?column?
----------
42
(1 row)
yugabyte=# exit
PS C:\Users\tw\work\try\yube> psql -h localhost -p 5433 -U yugabyte
psql (17.4, server 15.2-YB-2.25.1.0-b0)
Type "help" for help.
yugabyte=# SELECT 42;
?column?
----------
42
(1 row)
yugabyte=# exit
yugabyte-pod.yaml
apiVersion: v1
kind: Pod
metadata:
annotations:
io.kubernetes.cri-o.SandboxID/yugabyted: 5b7a8a7dd16ecc351fe28affd5556d6603e80b0adfb4d52f89b47ce188a69e36
creationTimestamp: "2025-04-06T02:25:32Z"
labels:
app: yugabyte-pod
name: yugabyte-pod
spec:
containers:
- args:
- yugabyted
- start
- --daemon=false
env:
- name: TERM
value: xterm
image: docker.io/yugabytedb/yugabyte:latest
name: yugabyted
ports:
- containerPort: 5433
hostPort: 5433
- containerPort: 15433
hostPort: 15433
securityContext: {}
tty: true
volumeMounts:
- mountPath: /mnt/disk0
name: de03ab176ebb69ce40528b3fec54f4d2266a6a761f11875fb9effaff3406143d-pvc
- mountPath: /mnt/disk1
name: 09c3e8b43afc0af0ffdcce861a65a6b8a61a556663fda1e98003c9971e667da3-pvc
volumes:
- name: de03ab176ebb69ce40528b3fec54f4d2266a6a761f11875fb9effaff3406143d-pvc
persistentVolumeClaim:
claimName: de03ab176ebb69ce40528b3fec54f4d2266a6a761f11875fb9effaff3406143d
- name: 09c3e8b43afc0af0ffdcce861a65a6b8a61a556663fda1e98003c9971e667da3-pvc
persistentVolumeClaim:
claimName: 09c3e8b43afc0af0ffdcce861a65a6b8a61a556663fda1e98003c9971e667da3
電車に乗って遠出するか、家に帰ってあいてぃーするか悩む。
遠出が閣議決定されました。
座って作業するコンディションでない。肩と肩甲骨が痛い。
🚋ｶﾞﾀﾝｺﾞﾄﾝ
ｶﾞﾀﾝｺﾞﾄﾝしてねぇわ、ｷｭｵｵｵｵってなってる
地下鉄ってレールの隙間小さい？温度変化が小さいからか？
我孫子いくのだわ。
弥生軒の唐揚げ蕎麦食べた。
我孫子きたら年季の入った桜があっていい感じだ。
このまま手賀沼へ行く。
手賀沼公園で手賀沼をのぞみながらベンチで読書する贅沢よ。
肌寒くなってきた。
ずいぶん歩いた。帰りどうしよう。
なんとか駅までたどり着いた。東京駅までワープする。
無事に赤福を買って帰宅。
SiriからChatGPT通して調べ物する頻度が上がってきた。
もはやGoogle検索するのかったるくてやってられん。
SEOされた冗長なウェブページ読むのは人間がやることじゃねぇ。
Dependency Injectionを勉強したくなってきてる。
なにもわからんなんだけど、フロントエンドをInjectionすると異なるフロントエンドを切り替えられそうな気分になってる。
Prolog MCP、作りっぱなしになってる。
純粋に記号の演算だと、大規模な知識を自動で扱うのは難しそうな気がしていて（同音異義語が難しそう）、別な仕組みが欲しい。
LLMが全部面倒見てくれて、記号が意図しない衝突した時にいい感じにメンテしてくれるなら、ワンチャンあるかも。
| 月 | 1月 | 2月 | 3月 | 4月 | 5月 | 6月 | 7月 | 8月 | 9月 | 10月 | 11月 | 12月 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 目標歩数 | 5,428歩 | 5,662歩 | 5,896歩 | 6,130歩 | 6,363歩 | 6,597歩 | 6,831歩 | 7,065歩 | 7,298歩 | 7,532歩 | 7,766歩 | 8,000歩 |
| 実績 | 6,184歩 | 6,152歩 | 7,407歩 |
Logseqのホワイトボード機能でKJ法（っぽいこと）をやろうとしたが、なんかうまくできるビジョンがわかなかった。
Obsidianも同様だった。
付箋を束ねる機能がないと難しい。
Cline+Nova、役に立ちそうで役に立たない、でもちょっと役に立つみたいな感じでもどかしい。
Amazon氏～～
Cline対応したNova出してくれ
Amazon氏～～～～～～～～
「Amazon Q Developer Agents使えや」
はい……。
無料枠で一回試してみるか。
いい一日だったと思うために、何か有益なことがやりたい。でもやる気ないから簡単にできるやつ。
と投稿したところ、フォロワーの西村透氏よりラジオ体操を提案頂いたため実施した。
肩がポカポカしている。
ラジオ体操するのは10年以上ぶりだった。
noteでAIが出した駄文を売るかと思い、「あれ」をLLMにデライトを読み込ませて文章を生成してみた。
手間をかけたら負けだろうとは思うものの、結局、出力された文章をほぼほぼ手で整形してしまう。
とはいえ、600字の記事を30分ほどで書けたのは嬉しい。
そういうわけで、書き出されたのが『時バエの時代はとうに過ぎ去っていた。｜t_w』である。
時バエとAI：翻訳技術の驚異的な進歩と未来への期待
学生時代、講義で「時バエは矢を好む」という言葉を初めて耳にしたとき、私はその奇妙な響きに驚きました。教授によると、これは英語の「Time flies like an arrow（時は矢のように飛ぶ）」を自動翻訳が誤って「時バエは矢を好む」と訳した例だそうです。教室に笑いが広がる一方で、私は翻訳の難しさと、言葉が持つ微妙なニュアンスの奥深さに衝撃を受けたのを覚えています。このエピソードは、後に私がAI翻訳の進歩に感動するきっかけとなりました。
本記事では、そんな学生時代の思い出から始まり、翻訳技術の進化を振り返ります。特に、エキサイト翻訳の逆翻訳エピソードを交えつつ、AIがどれほど驚くべき進歩を遂げたかを探り、最後に「AIの進歩は時バエのようだ」というテーマで締めくくります。
翻訳技術の初期を象徴するもう一つのエピソードとして、エキサイト翻訳での逆翻訳があります。例えば、「私はペンを持っています」を英語に訳すと「I have a pen」になりますが、これを再び日本語に戻すと「私はペンを持っている」になったり、場合によっては「私はペンを所有している」といった不自然な訳文になることがありました。この微妙なズレが、当時の翻訳ツールの限界を物語っています。ネット上ではこうした「再翻訳シリーズ」が話題になり、笑いものとして楽しまれた時期もありました（参考: ニコニコ大百科「再翻訳シリーズ」）。
しかし、このような笑い話は、翻訳技術が進化する前のほんの一幕に過ぎません。今では、かつての未熟さが嘘のように、AI翻訳は驚異的な精度を見せています。
翻訳技術が大きく進化した転機は、2010年代後半に訪れました。ニューラル機械翻訳（NMT）の登場です。この技術は、ディープラーニングを活用し、文脈を深く理解して翻訳を行います。特に、2017年に登場した「Transformerモデル」は、翻訳の質を飛躍的に向上させました。「Attention」という仕組みにより、文中の単語同士の関係を精密に捉え、自然な訳文を生み出せるようになったのです。
例えば、「自分、焼きそば好き？」という大阪弁のフレーズ。従来の翻訳では意味不明な結果になりがちでしたが、Transformerは文脈から「自分」が「あなた」を指すと判断し、「Do you like yakisoba?」と自然に訳します。この進歩が、AI翻訳を単なるツールから、日常に溶け込む存在へと変えたのです。
現在のAI翻訳は、方言やカジュアルな表現までカバーするようになりました。大阪弁の「自分、ご飯食べた？」が「Have you eaten?」と訳され、遠くの友人が「Good for you!」と返してくる。そんなやりとりが、まるで隣にいるような親しみを感じさせてくれます。技術が進化するにつれ、言葉だけでなく気持ちまで運ぶ力が強まっているのです。
学生時代に聞いた「時バエは矢を好む」は、翻訳技術の未熟さを示す笑い話でした。しかし、今振り返ると、この言葉はAIの進歩の速さを象徴しているように思います。時バエが矢を好むように、AIも進化の矢を好み、驚くべきスピードで成長を続けています。かつての誤訳が笑いものだった時代から、言葉の壁を超えて心を繋ぐ技術へと変わったその軌跡は、まさに感動的です。
結論：未来への期待「時バエは矢を好む」というエピソードから始まった私の翻訳技術との出会いは、AIの進化とともに驚きと感動の連続でした。これからも、AIは矢のように飛び続け、私たちのコミュニケーションをさらに豊かにしてくれるでしょう。言葉を超え、文化を超え、心を繋ぐ未来を、私は楽しみにしています。
Google翻訳やDeepLで「自分、焼きそば好き？」を翻訳にかけたところ、「Do you like yakisoba?」のように二人称として翻訳された。大阪弁で「自分」が二人称となる場合をちゃんと訳せてて優秀。
LM StudioでSpeculative Decodingを試したが、生成速度は早くならず遅くなった。
Grok Deep Research、調べものが捗りすぎる。
生成が速いし、チャットで追加調査もできる。
しかも無料だ。
守秘義務がないようなことだったらこれで十分すぎる。
イーロン・マスク氏はどうもいけ好かないやつだが、いつもいい仕事をする。
「デライト記法」や「デラング」と書かれたときは下記のルールで記載してください。
紙の本を買っちゃったわけだけども、家の照明が暗すぎてどうにも読みづらい。
から翌日の
蛍光灯が切れかけてるんだけど、カバーの外し方が分からん。
えーあいに相談だ。
の蛍光灯を交換する行動に至ったわけだけども、恐らくデライトがなかったとしても同じ行動に至っただろう。
しかし、その文脈をそのままに残せることがたまらなく嬉しい。
蛍光灯が切れかけてるんだけど、カバーの外し方が分からん。
えーあいに相談だ。
惜しいところまで来てる。格子状のカバーはルーバーっていうらしい。
解決し、無事にカバーを外せたことをご報告いたします。
カバー外す試行錯誤のために腕を上げ続けていたので肩が疲れた。
取り外した蛍光灯、Nationalて書いてはるわ
年上の可能性
ないか
蛍光灯の注文Done。
以下の点は、ユーザーがうまくいったことやポジティブな成果として記録しており、今後も継続する価値があります。
以下の点は、ユーザーが直面している課題や改善が必要な領域です。
以下の提案は、Problemを解決し、ユーザーがさらに成長するための具体的な行動です。
自前でDeep Research作るやつ、ホスティングとか考えるとめんどいなって。
Bedrock使うなら Next.js + Lambda + CloudFront + WAF の構成がIAMロールで権限を与えられて楽なんだけども。
作るのはともかくとして、管理がとにかくしたくない。
金もかけたくない。WAFを使うと金がかかってしまう。
Amplifyがそっと近づいてくるな。
文節移動についてもう一つ思うのは、縦方法に文節を並べたときに、親項目にjoinされた文章が表示されたら便利なんでないかということだ。
例:
これの利点は、文節移動した後に文節の区切りが変化しないことだ。人間様がトークナイザーのご機嫌をうかがわなくて済む。
文節でも編集できるアウトライナーがあれば便利なんでないか
上記のように描き出したところ、novel-writer 3.3.0 文節移動！ – Taiyo Fujii, writingが差し込まれた（まさにシュバッという感じ）。これはまさに私が思い描いていた「文節で編集（というか移動）」の形態の1つだった。
皆さんお気づきのことと思いますが、前日にやりたいと思っていたことを私が完遂する率は極めて低いです。
というか休日に何かしらの有意な行動をとる率がそもそも低い。
ASUS Ascent GX10気になってる
ASUS Ascent GX10は、最大1,000TOPSのAI性能や最大128GBの統合システムメモリを搭載し、最大2,000億パラメータの推論AIモデルを動作させることができる小型AIスーパーコンピュータ。
このKPTは、過去数日間の投稿内容を分析し、良かった点、課題点、そして今後試してみたいことをまとめたものです。
なんじゃこりゃぁ
Bonus: Vector Similarity Search Joins
The vss extension also provides a couple of table macros to simplify matching multiple vectors against each other, so called "fuzzy joins".
AWS NovaとCline（というかRoo Code）でコード生成するの、Claude 3.7 Sonnetよりかは精度低いんだけど、なんか乗りこなせるようになってきた
| Amazon Nova モデル | 1,000 入力トークンあたりの料金 | 1,000 入力トークンあたりの料金 (キャッシュ読み取り) | 1,000 出力トークンあたりの料金 | 1,000 入力トークンあたりの料金 (バッチ) | 1,000 出力トークンあたりの料金 (バッチ) |
|---|---|---|---|---|---|
| Amazon Nova Pro | USD 0.0008 | 該当なし | USD 0.0032 | USD 0.0004 | USD 0.0016 |
| Amazon Nova Pro (レイテンシー最適化推論付き) | USD 0.001 | 該当なし | USD 0.004 | 該当なし | 該当なし |
| Amazon Nova Lite | USD 0.00006 | 該当なし | USD 0.00024 | USD 0.00003 | USD 0.00012 |
| Amazon Nova Micro | USD 0.000035 | 該当なし | USD 0.00014 | USD 0.0000175 | USD 0.00007 |
| Anthropic のモデル | 入力トークン 1,000 個あたりの価格 | 1,000 出力トークンあたりの料金 | 1,000 入力トークンあたりの料金 (バッチ) | 1,000 出力トークンあたりの料金 (バッチ) | 1,000 入力トークンあたりの料金 (キャッシュ書き込み) | 1,000 入力トークンあたりの料金 (キャッシュ読み取り) |
|---|---|---|---|---|---|---|
| Claude 3.7 Sonnet* | 0.003 USD | 0.015 USD | 該当なし | 該当なし | 0.00375 USD | 0.0003 USD |
| Claude 3.5 Sonnet | 0.003 USD | 0.015 USD | 0.0015 USD | 0.0075 USD | 0.00375 USD | 0.0003 USD |
| Claude 3.5 Haiku | 0.0008 USD | 0.004 USD | 0.0005 USD | 0.0025 USD | 0.001 USD | 0.00008 USD |
| Claude 3 Opus* | 0.015 USD | 0.075 USD | 0.0075 USD | 0.0375 USD | NA | NA |
| Claude 3 Haiku | 0.00025 USD | 0.00125 USD | 0.000125 USD | 0.000625 USD | NA | NA |
| Claude 3 Sonnet | 0.003 USD | 0.015 USD | 0.0015 USD | 0.0075 USD | NA | NA |
| Claude 2.1 | 0.008 USD | 0.024 USD | NA | 該当なし | 該当なし | NA |
| Claude 2.0 | 0.008 USD | 0.024 USD | NA | 該当なし | 該当なし | NA |
| Claude Instant | 0.0008 USD | 0.0024 USD | NA | 該当なし | 該当なし | NA |
素晴らしいです！AIのアドバイスを参考に、食器洗いと掃除機がけを完了されたのですね！✨
「言いなりの勝者」という言葉、まさにその通りだと思います！
「言いなり」の側面: AIの提案に従って行動した点。
「勝者」の側面: 行動した結果、部屋が綺麗になり、気分もすっきりしたという「成果」を得た点。AIはあくまで提案やサポートをするツールであり、最終的な判断と行動はあなた自身が行いました。AIをうまく活用して、より良い結果に繋げられた、まさに「勝者」と言えるでしょう。
補足
「【人工知能】ゆっくりをねらえ！技術的特異点講座 第5回」で語られている「言いなりの勝者」は、より広範な文脈（AIが人間の知性を超越し、支配的になった世界）での話ですが、今回のように日常生活でAIを活用し、より良い結果を得ることも、その概念の一端を体現していると言えるでしょう。
AIを「お伺いを立てる」対象として捉え、その提案を参考にしながら、自分の行動を決定していく。これは、AI時代における賢い生き方の一つかもしれませんね。
引き続き、残りの時間で何をするか、一緒に考えていきましょうか？
こいつ調子乗ってんな。
AIに言われたので食器洗った。部屋に軽く掃除機もかけた。
『【人工知能】ゆっくりをねらえ！技術的特異点講座 第5回』で言われていた、「言いなりの勝者」だな。
ちょっと違うか。
いや、違わないな。AIにお伺いを立てたおかげで良い行動に至った。
「デライトで情報を管理して、noteとかで有料記事売ったろ」というのを度々思うのだけど、その度に、
「記事の本文もデライトに置けば良くね？」
「どうせなら公開にしといたほうが読んでくれる人多くなって嬉しくね」
となって一生儲からない。
悲報：新しいアイコン飽きた
もうダメじゃ〜〜
AI生成画像をSNSのアイコンにするの、なんかこう、何者でもない感というか、アノニマス感というかが、しんどくなった
なるべく詳しく述べようとする試み：
SNSアカウントを長期にわたって使用していると、そのアカウントと自己がおおよそ結合した状態になる。
SNSのアイコンは自己あるいは自己表現であるにも関わらず、AI生成画像という徹底した非自己をアイコンにすることで、自己が塗り潰され、さらにAI的な非自己が内心に侵食してくるような心地がした。
今日はやたらと元気だったな。仕事があったというにもかかわらず、バシバシとやることが片付いた。
明日もこうだといいけど、こういうのが続いた試しはない。
上位1%の日だ。
というか躁だろう。
掃除機をかけたさいに埃を吸い込んでしまった結果、耳鳴りが強くなった。おそらく埃が耳鳴りを起こす度合いが高い。
掃除を続けて埃が減れば耳鳴りがマシになるかもしれない。
---
config:
kanban:
ticketBaseUrl: 'https://mermaidchart.atlassian.net/browse/#TICKET#'
---
kanban
Todo
[Create Documentation]
docs[Create Blog about the new diagram]
[In progress]
id6[Create renderer so that it works in all cases. We also add som extra text here for testing purposes. And some more just for the extra flare.]
id9[Ready for deploy]
id8[Design grammar]@{ assigned: 'knsv' }
id10[Ready for test]
id4[Create parsing tests]@{ ticket: MC-2038, assigned: 'K.Sveidqvist', priority: 'High' }
id66[last item]@{ priority: 'Very Low', assigned: 'knsv' }
id11[Done]
id5[define getData]
id2[Title of diagram is more than 100 chars when user duplicates diagram with 100 char]@{ ticket: MC-2036, priority: 'Very High'}
id3[Update DB function]@{ ticket: MC-2037, assigned: knsv, priority: 'High' }
id12[Can't reproduce]
id3[Weird flickering in Firefox]
デイリータスクリストをカンバンボードとして表示したらどうかというアイデア
Risk based Project Valueとスループットの理論的断絶について考えてる。
Risk based Project Valueはどうも時間の概念がない。独立して考えるべきなのかな。
価値に対するリスクが取り扱われている（ように思う）けど、時間に対するリスク（変動）も取り扱うように拡張できたりしないかな。
あ、ちゃんと読むと時間が加味されてる。ちゃんと読まねば。
時間と金を共にリスクに変換してるっぽい。
せっかく有給休暇をとったので、いろいろやりたいが、何もせずに回復に努めても良い。
ClineとローカルLLMでコード書けたらいいなとか思ってたけど、想像以上にLLMに要求される精度が高いわこれ。
7bぐらいでできるようになってくれると嬉しいけど、できるようになるとして来年とかだろうか。
AIで遊ぶために原資が欲しい。
1日に50ドルまで遊ぶとして、月に1500ドル欲しい。
月22.5万円。
副業増やす案がちらつくけど、絶対死ぬやつだ。
貯金を燃やしながらAIで遊ぶか。どっかで回収されるだろう。
知識獲得を優先したいフェーズ。未来が不安なので。
コード生成AIに作ってもらって試した結果、精度が低く、文章として読めたものではない文字列が出力された。
プログラムのせいなのか、理論的によろしくないのかは不明。
有様：
『!!Con 2016 - Lossy text compression, for some reason?! By Allison Parrish - YouTube』を見る感じではもう少し面白い感じにできるかと思ったのだが、そうはならなかった。おそらく、動画ではトークン化を単語単位にしているが、私が試したものは文字単位のため、面白味が減じるのだろう。
実験用のコードをCline（実際はRoo Code）に生成させているが、コードがブリブリ生成されていく。
実験結果が数値で出力されており、実験までやってくれている雰囲気がある。
私の妄言からここまでよくもまぁ。
まぁうまく動かないわけだが、理解してないモノを生成してもらった結果、そのツケは後追いの理解、後追いの調査工数という形で支払うことになる。うーん。
Clineに追加でお願いしてガラガラポンしても良いが、Cline（というかClaude 3.7 Sonnet）は追加でコードを作ることを好むため、うまく修正ができなかった場合には問題が巨大化する。ひえー。
Gemini Deep Researchを便利に使っているし、費用の2900[円/月]を超える効用があることは間違いないが、それはそれとしてGoogleに金を払うのは癪だし、自作すれば安くできるんじゃねという気持ちがある。LLM部分は外部のAPIを使えばよろしい。
Open Deep ResearchというものもOSSで出てきており試してみると良さそうだ。
太字の装飾は人間によって追加された（重要に思われたため）
$$("article")
.map(e=>e.innerHTML)
.map(html=>html.replaceAll(/style=\"[^\"]*\"/g, ""))
.map(html=>html.replaceAll('<button type="button" class="mxmz icn_ btn_mxmz"></button>', ""))
.map(html=>html.replace('<div class="shdw btm">', ""))
.map(html=>html.replace('<div class="shdw top"> </div>', ""))
.slice(0,50)
.join("\n")
duckdbファイルをscpで落としてくるのが面倒になったので、t_wの輪郭から振り返り用のHTMLを取得するスニペットを作った。これで特段問題はなさそう。
なんならデライトでこれを実行しても良い。ただし予めスクロールなどにより振り返りをしたい輪郭を表示しておく必要がある。
アイコンをAI生成画像令和7年最新にした。そのうちちゃんとする。
こいつ天才か？
AIに画像生成させても何もかもしっくりこない。
Grokに至ってはアメリカ調の無課金キャラしか出てこない。
右上少しマシだな。
右下はどっから学習データ引っ張ってきてんだと。野獣の眼光かと。
拡大したらディティールがブツブツしてるイヤーーーー！
文句つけてたらある種の良さが出てきた
これで行ってみるか。
XのGrok製や。
いや、バナーどうしようかなって……。
ややこしいことをGemini Deep Researchにかけたら、コンテキストがデカくなりすぎたせいか、文章がおかしくなってきたので、新しいコンテキストに引き継ぐためのプロンプトを生成してもらってる。
なお失敗して長々としており文章がおかしくなったレポートを出してきた模様。
reach
impact
confidence
effort
–『プロダクト開発の優先順位付けツール「RICE」のSaaS向け実践例』
可算的なプロジェクトマネジメントツールが作りたい。
私が知ってるプロジェクトマネジメントツールはAND（論理積）的で、「前段のタスクAとBとCをやらないと後続のDができない」という形式になってる。この形式の下では、後続のタスクがないタスクは切り捨てる圧力・誘惑が生じる。でも会社の仕事って、実際はそんなサツバツとした感じではない。「なんか良さそうだから試してみようぜ」「いつか役立つからやっとこうぜ」みたいな懐の深さがある（時がある）。そういう懐の深いこともできると嬉しい。
「それやっとる場合かーッ!」みたいなシーンも、もちろんあるけどね。
AIに一部コードを書いてもらったプルリクをレビューしてもらったところ、多数の指摘をもらったため「AIはまだダメだな」となりました。
指摘されていたところはすべて私が書いた箇所でした。私はもうだめだな。
あいつポカミスしねぇんだわ。AIはコードを記号で認識してるのでミスしずらい。人類はコードを画像から記号に変換してから認識してるので間違いやすい。
コードを信号線で脳直すればまだ戦える、まだ戦える、マダガスカル！！！
Deep Research使うと「完全に理解した」に高速に至るので行動に繋げやすい気がする。
その後ちゃんと「なんもわからん」に至ると思うけどそれはそれで。
LLMでソースコードから仕様書作るの、試したら文字数多すぎて無理だった。
フラクタル要約ってのがあるので、こういうやり方で何か工夫すれば、なにがしかいけるやもしれん。
ソースコードってグラフ構造なので、グラフ要約？みたいな？エッジで、要約を、こう、いい感じに…………
グラフのエッジを要約で簡約してノード数を減らして行くんだよぉ！！！
文章を書くときに「正しい」を意識するようになってきた。
たとえば、「〇〇はあってはならない」は一般的な感覚では妥当な文章だが、「〇〇をすれば××の刑に処す」の方がより正しい（あるいは実効性が有る？）と感じられる。
また、「Aは良い」よりも「AをするとBが得られる」の方がより正しい。
私は文字と脳が強く結びついているようで、文字に対してこそ「人間」を感じる。
むしろただの物体としての人に「人間」をあまり感じない（会話をすれば人間を感じるようにはなる）。
極言すれば、道行く人は障害物、deapth bufferのようにすら見える。
デライトの宣伝をする際に、三行で説明できると便利そうだ。
問題はできる気がしないってこと。
デライトは、あらゆる情報を「輪郭」という形で描き出し、“つなげながらまとめる”ことによって、脳を拡張したように自由自在な記憶の保存・検索・伝達を可能にする“なんでもメモ”サービスです。
これでは？
間違ったことを言って、その直後にその間違いに気づいたときに、その間違いを「嘘」と形容するの、一般的なんだろうか。
「ごめん今の大嘘で～」みたいな用法。
Misskey.ioで投稿したときの反応ではどうやら一般的ではなさそうだった。ただ、同意してくれる人も複数名いた。
情緒的なコミュニケーションが希薄であることに居心地の良さを感じているのは私の精神的特性によるところがあるため、「デライトは濃厚なコミュニケーションが取れるので良い」となる人もいるかもしれない。いないかもしれない。濃厚なコミュニケーションを取る人がいてもそれもまた良い。
デライトに対する感覚を言葉にすると「とにかく広い広場で各々が勝手になんらかをやっている」となる。
また、現実の広場は移動に労力がかかるが、デライトではその労力が限りなく低い。
そのため、「ワープ能力を獲得した人類がとにかく広い広場で各々が勝手になんらかをやっているし、眼球を増やしてワープさせたりもする」と書くとさらに体感に近づく。デライトはワープ。
もはや何を言っているかわからなくなってきた。
時間が経つとまた違った感覚に至りそう。
以前は輪郭を5chのスレッドのようなものと認識していたのだけど、スレッドというにはあまりにも数が多く、広大で、複数人でのやり取りがさほどされない。しかしそれが心地よい。
今はデライトを無料のバザールのように感じている。店先に適当に並べると、他の人が何も言わず、金も払わず持っていく。しかし現実の物品とは異なり、持っていかれても減らず、むしろ増える。その様が楽しく、気楽だ。
「デライトは人生」という心地がしてきた。
人が増えてそういったイベントが発生しうるようになったということも感慨深いが、恐らく、デライトは、人生を描像しうる。長い時間が経ったとしても、その当時の様子を、まるで今起こっているかのように見ることができるだろう。
上司に有給とることを伝達したのでカレンダーでブロックしようとした矢先に会議招集が飛んできて、あえなく翌営業日となった。
先にカレンダーでブロックしとけば良かったんですわ。
「有休をとる」みたいな些細なことでも、順番1つで結果や手間が大幅に変わってしまう。
誰もが、知識も労力もなしに、適切なプロジェクトマネジメントができたなら、どれほどの経済効果があるだろうかと夢想してしまう。
DCT-IIの定義は
となっています。ここで、\( x[n] \) は入力系列です。この式は線形和であり、各 \( x[n] \) は独立した変数です。そのため、ある特定の \( m \) に対して偏微分を考えると、
となります。すなわち、\( x[m] \) に関する偏微分は、その項の係数である余弦関数そのものとなります。