白と黒

[白と黒 @chillfixx]

どんどん状況によるね！！

https://t.co/UAnIbauQeH

[白と黒 @chillfixx]

- プログラミングで `source` の対になる概念として `sink` という言葉がある。
- sink: 台所の流し台のシンク
- dstも使用されるが、ストリーミングの流し先、という意味で(ニュアンスで)使用されることが多い。

へー

[白と黒 @chillfixx]

こぇぇ、、バグりだした、、

[白と黒 @chillfixx]

● ちがうのだ。ぼくは Copilot じゃないのだ。

整理するのだ:

- ぼく(Claude Code) = さっき Lua の設定ファイルを編集したコーディングエージェント。Anthropic の Claude で動いてるのだ。エディタの「外側」で、設定を書いたりコミットしたりする役なのだ。

[白と黒 @chillfixx]

- GitHub Copilot = nvim の中で動く別プロダクト。copilot.vim + copilot-language-server の実体で、あの灰色の ghost text を出してるやつなのだ。OpenAI
系のモデルで動いてて、ぼくとは中身も会社も別なのだ。

[白と黒 @chillfixx]

herdr 、、、tmuxAI用に全力でカスタマイズしたのにっ！

[yuki @helloyuki_]

cmuxに移行せず、tmuxをカスタマイズしてがんばろうかと思っていた矢先に、Herdrを見つけました。AIエージェントネイティブなターミナル環境を実現できてとても満足！

AIエージェント時代のターミナルマルチプレクサ「Herdr」を使う - Don't Repeat Yourself https://t.co/InSVgyqqcC

[ClaudeDevs @ClaudeDevs]

Claude Desktop is now available on Linux (Ubuntu and Debian) in beta.

Alongside the browser and terminal, you now get a first-class desktop experience with Claude Code, Claude Cowork, and chat on all paid plans.

[Vercel @vercel]

You can now run any Dockerfile on Vercel.

# 𝙳𝚘𝚌𝚔𝚎𝚛𝚏𝚒𝚕𝚎.𝚟𝚎𝚛𝚌𝚎𝚕
𝙵𝚁𝙾𝙼 𝚐𝚘𝚕𝚊𝚗𝚐:𝟷.𝟸𝟺
𝙲𝙾𝙿𝚈 . .
𝚁𝚄𝙽 𝚐𝚘 𝚋𝚞𝚒𝚕𝚍 -𝚘 /𝚜𝚎𝚛𝚟𝚎𝚛 .
𝙲𝙼𝙳 ["/𝚜𝚎𝚛𝚟𝚎𝚛"]

https://t.co/xOUMi4zxpD

[Florian @flornkm]

Favicon tetris

[リリカル @mhlyc]

とてもいい記事だった

世界一流エンジニアがAI後に共通してやっている一つの事｜牛尾　剛 @sandayuu https://t.co/gnpfWAlCVv

[白と黒 @chillfixx]

って考えると常駐エージェントの価値はコンテキストの保持って感じか。過去のやり取り全部覚えていてくれれるエージェント。ちゃんと設計すれば人生の執事ができると、なるほど。これは欲しいかもなぁ

[白と黒 @chillfixx]

そうかOpenClawに見る流れは常時稼働におけるコンテキスト設計をどうするかって流れで、これをどう実現してるかは確かに気になるな..

[Matt Pocock @mattpocockuk]

A frustrating gap I'm hitting in the skills spec.

TL;DR: I want three tiers of 'invocable'. User-invocable, skill-invocable, and model-invocable. Skill-invocable skills are only invocable by the user, or by skills.

Skills can be marked as model-invocable or user-invocable. Model-invocable skills put their description into context. User-invocable skills are hidden from the model, so no tokens are burned on the description.

But what about skills that you want to BOTH invoke on their own (user-invocable only), but also use as parts of other skills?

An example would be a /review skill, which:

1. Runs some automated checks on the repo
2. Checks the code against the original spec
3. Checks it against some coding standards

What if you want to pull out step 1 into its own skill? /run-automated-checks

You'd create that skill, then reference it in the /review skill: "1. /run-automated-checks"

In order to move that into its own skill, you MUST make it model-invocable - meaning its description goes into context.

This is pointless token waste. You can't omit the description - that goes against spec. But you'd just write a description saying "never invoke this except in other skills".

Anyone working on the skills spec? Has this been considered?

[Bloomberg @business]

SpaceX formally agrees to take over Cursor in a deal that values the AI coding startup at $60 billion https://t.co/Cia1HPJXzm

[白と黒 @chillfixx]

Opus 4.8けっこうだめだな

[白と黒 @chillfixx]

知ってたけど

[白と黒 @chillfixx]

プロテイン飲んだ次の日の屁の臭さは異常だな

[白と黒 @chillfixx]

claude code が遅すぎて使い物にならん

[白と黒 @chillfixx]

AIコーディングでいろんなアプリを作っているけれど、今のところ打率1割台 - ケータイ Watch https://t.co/cSiMvBx48u