Googleが開発したGemini CLIは、ターミナルから直接AI支援を受けられる強力なツールです。 自身の理解のために、geminiコマンドを実行してからレスポンスが表示されるまでの内部処理をコードを参照しながら読んでいき、ログを残しておく。 アーキテクチャ概要 Gemini CLIは、モノレポ構造で主に2つのパッケージから構成されている： packages/cli: フロントエンド層（UI、ユーザー入力処理） packages/core: バックエンド層（API通信、ツール実行） gemini-cli/ ├── packages/ │ ├── cli/ # UI層：React + Ink │ │ ├── src/ │ │ │ ├── gemini.tsx # メインエントリー │ │ │ └── ui/ # UIコンポーネント │ └── core/ # ビジネスロジック層 │ └─
Contents Command Line Interface Guidelines An open-source guide to help you write better command-line programs, taking traditional UNIX principles and updating them for the modern day. Authors Aanand Prasad Engineer at Squarespace, co-creator of Docker Compose. @aanandprasad Ben Firshman Co-creator Replicate, co-creator of Docker Compose. @bfirsh Carl Tashian Offroad Engineer at Smallstep, first e
ときどき、下記のような表現を見ます。 $ wget -O- http://www.example.com/example.gpg.key | \ sudo apt-key add - この -Oのあとについているハイフンや、apt-key addのあとについているハイフンの意味をきちんと理解していませんでした。 改めて、調べたら、いろいろな方が解説してくれていました。 結論からいうと、 Linuxにおけるハイフンは、標準入出力をさす のですね。 上記の例の場合、wget -O は本当はファイル名を引数にもつはずで、 wget -O file となるはずなんです。 でも、今の場合、-を指定することで、 wget -O- はその内容を、標準出力に表示するんですね。 今の場合は、example.gpg.keyが表示されるわけです。 で、上記の場合、さらにパイプがつながっていて、apt-key a
Go言語でコマンドラインツールを作るときに入力を受け取るインターフェースでオプションや標準入力で受け付けることはあると思いますが、パイプで渡すことも考慮されているとクールなツールになるなと思っています。 標準入力の受け取り それぞれの実装方法は簡単です。 インタラクティブ var stdin string fmt.Scan(&stdin) fmt.Println(stdin) インタラクティブに標準入力からデータを受け取るには fmt.Scan で入力待ちをします。このとき入力した値が渡した変数に格納されます。 パイプ body, err := ioutil.ReadAll(os.Stdin) fmt.Println(string(body)) パイプで渡ってきたものは os.Stdin というファイルディスクリプタにデータが入っているので、ここから取得します。 インタラクティブかパイプを
ヒストリ履歴からよく使ってるものをお焚き上げする。 注意点: npm 周り、グローバルコマンドは npm i -g で入れてて、ローカルで扱うものは yarn で使うという癖がある 追記: シェルじゃなくてCLIだろと言われるのが多かったので訂正した vscode $ code . -r 現在ディレクトリを VScode で開く。 -r が肝で、新しいウィンドウを生成せず、既存のウィンドウを開き直す。 yarn $ yarn install --prefer-offline yarn install 時にローカルキャッシュを優先する。テザリング環境下でリポジトリを作成するのに便利。 フリーランスになってから出先で作業することが多く、ギガ足りない問題が多々発生した。 git $ git clone <github-url> --depth 1 HEAD だけ clone する。テザリング環境
hub-pr を作るとき、（ghq などで使っていた）codegangsta/cli ではなく新しいライブラリを試してみようと思って mitchellh/cli を使ってみたけど、何かしっくりこないものがあったので、せっかくだし、と自作してみた。今回の要件は以下のとおり。 （go や git のように）サブコマンドがある コマンドラインオプションの解析には標準の flag パッケージをつかう コマンドを追加するのが面倒でない で、go-cli（ドキュメント）。 コマンドの実装 hub-pr のソースコードが一番のサンプルだけど、コマンドは以下のような関数で表現される。 func doCheckout(flags *flag.FlagSet, args []string) error { 各コマンドの実装は初期化された *flag.FlagSet とコマンドの引数（プログラムの第1引数がコマ
コマンドラインツールについて語るときに僕の語ること - YAPC::Asia Tokyo 2014 コマンドラインツールが好きで昔からつくってきた． 今年のYAPCで，そのコマンドラインツールをつくるときにどういうことを意識して作っているのか？どのような流れで開発しているのか？といったことを語る機会をもらえた． 具体的な内容については，是非トークを聴きに来てもらうとして， スライドをつくるにあったって過去に読んだ資料や，よく参考にしている記事を集め直したので，その一部を参考資料としてまとめておく． UNIXという考え方 UNIXという考え方 Mike GancarzによるUNIXの思想や哲学をまとめた本．古いが全然色あせてない． コマンドラインツールの作り方を書いた本ではないが，これらの思想の上で動くツールはこの思想に準拠して作られるべきだと思う．何度も読んで考え方を染み付かせた． 小さい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
