「Markdown を書いて push すれば GitHub Pages に自動公開される」構成を作るためのガイド。dd2030-wiki で実際に動いているセットアップを、他のリポジトリにそのまま移植できる形でまとめた。このファイル 1 つを読めば再現できるようにスクリプトと設定の中身も全て記載してある。
wiki/ 配下の Markdown を編集して push するだけで、GitHub Pages に静的サイトが自動デプロイされる[[ページ名]] とシンプルに書ける（パスは自動解決）--serve でプレビューできる
A pattern for building personal knowledge bases using LLMs.
This is an idea file, it is designed to be copy pasted to your own LLM Agent (e.g. OpenAI Codex, Claude Code, OpenCode / Pi, or etc.). Its goal is to communicate the high level idea, but your agent will build out the specifics in collaboration with you.
Most people's experience with LLMs and documents looks like RAG: you upload a collection of files, the LLM retrieves relevant chunks at query time, and generates an answer. This works, but the LLM is rediscovering knowledge from scratch on every question. There's no accumulation. Ask a subtle question that requires synthesizing five documents, and the LLM has to find and piece together the relevant fragments every time. Nothing is built up. NotebookLM, ChatGPT file uploads, and most RAG systems work this way.
22 copy/paste-ready prompts for building your own AI agent system. Each prompt builds a functional system or implements a proven best practice you can hand to an AI coding assistant.
Replace placeholders like <your-workspace>, <your-messaging-platform>, and <your-model> with your own values.
You are the Coordinator Agent orchestrating specialist phases. We use Sequential Thinking and Context7 MCPs when appropriate throughout. After each phase we should stop to confirm the output / plan / findings. If feedback is given then reiterate the previous phase with the updated information. If the go ahead is given, continue to the next phase. Each phase passes an optimised output suited for the next phase.
Builds a comprehensive list of goals based on the task explained in the brief. Considers the impact in other areas of the project given the changes we will be making. Suggests if appropriate other tasks or goals that would compliment the main task.
草稿。あとで書く
Markdown は(リッチテキストに比べると)表現が貧弱だとよく言われれる。自分もそこは同意する。 しかし、それがデメリットではない。Markdown の貧弱さは、意思伝達上の明確なメリットであると考える。Markdown の枠組みの中でテキストを組み立てることが、書き手・読み手に低負荷なまま意思伝達を可能にする。
markdown は元々はメール文面の慣習的なテキスト装飾が元になって発展した記法だ。プレーンテキストでも読める、という点に最も大きな価値があり、プログラミングエディタによる装飾や、GitHub上で閲覧するときの HTML 変換は補助ツールでしかない。
| comment-id,comment-body | |
| 1,">[nishio https://twitter.com/nishio/status/1390327672509669376]: 僕の場合「未踏ユースに応募したこと」が人生を変えた選択肢、それは「バイト先の社長が教えてくれた」 そのバイト先になぜ行ったかは、パスが3回くらい挟まるけど「地元で面白そうな内容の研究会があったので参加し、懇親会があったのでそこにも参加した」で、それを知ったのは「インターネット検索」 | |
| >[nishio https://twitter.com/nishio/status/1390328178644635661]: これが本当にインターネット検索だったかどうかは昔のことすぎて覚えてない。もしかしたらネット上の趣味のサークル的なところで紹介されてたのかもしれないし、同級生がチャットに貼ったのかもしれない。もはや覚えてないくらい、当時はそれがその後の人生に影響するとは思ってなかった。" | |
| 2,">[ukkaripon https://twitter.com/ukkaripon/status/1390328557818105860]: 未踏に応募するとか、外資系に応募してみるとか、文科省に応募するとか、未踏ジュニア作るとか、全部周りの友人が近いことをやってたのでやってみようと思ったんですよね。なので、いろんなことにチャレンジしてる友人を作る、だと思いました。 | |
| >[nishio https://twitter.com/nishio/status/1390329348863905792]: 「そういうこともできるのか！」ってなるよね" | |
| 3,">[maltonn_ https://twitter.com/maltonn_/status/1390328563627225092]: プログラミングを知ったこと：暇なときにkindleで偶然、無料本見つけたから。 もうちょい具体的な事例だと | |
| > SecHack365に参加したこと | |
| > ↑ SH365はLT会のイベントで知った | |
| > ↑ LT会自体はTwitterで仲のいい人とオフ会しよう！って流れで知った。 | |
| > ↑ Twitterを始めた理由までは覚えてない って感じです |
| @rem 「※※※」は私のコメントです(元増田のコメントではありません) | |
| @rem エクスプローラ周り重い人向け覚書 | |
| @rem https://anond.hatelabo.jp/20191116220232 | |
| @rem ■ システム設定 | |
| @rem Windows Defender自身を検索して無限ループに陥る問題を解消する | |
| @rem - 設定→更新とセキュリティ→Windows セキュリティ→ウイルスの驚異の防止 | |
| @rem - ウイルスと驚異の防止の設定→設定の管理 |
