Skip to content

Instantly share code, notes, and snippets.

[Claude Codeはドッグフーディング文化なのかしら]
	[「Claude Code」の責任者が語る、AIエージェントで変わったAnthropicの働き方と開発現場 | WIRED.jp https://wired.jp/article/claude-code-success-anthropic-business-model/]
		>一般公開前にダリオ(AnthropicのCEO)と製品のレビューをした際にも、「社員に無理に使わせているのか? いったい何が起きているんだ」と聞かれたほどです。

>Anthropicの技術系社員のほとんどが常にClaude Codeを使っています。わたし自身が書くコードもすべてClaude Codeで生成したものです。

Tier1概念づくり、Tier2文脈特定、Tier3で両者ひっつけたセットつくる、が綺麗かもなー[sta.icon]

concept + context = xxxx という構図にしたい。 xxxx として c- から始まる言葉にしたい。なんだろう。

「concept + context = c-で始まる1語」に寄せるなら、意味の自然さと“両者をひっつけて使えるセットになる”感じが出る候補はこのあたりです。

  • Concept + Context = Construct(構成物/組み立て)
    概念を文脈に合わせて“組み立てたもの”というニュアンスでTier3に合う。
チャットの限界
	[男の人あるあるだと思うんだけど、2~3個小分けにしてLINE送った時に一番最後の話題にしか返信しないの何??→脳内ではこういうことが行われている - Togetter https://togetter.com/li/2657669]
	かといって「1話題1ページ」的な思想は一般人やスマホユーザーには荷が重すぎる
		そして仕事ならできる人でもプライベートではやりがたらない

ストイックな知的生産勢としては「1話題1ページで動く体力とスキルがないのが問題」 → 鍛えよ、なんだけど万人にこれ強いるのはひどいしなぁ

ホフィス

ホフィス(Hoffice) とはホテル + オフィスを組み合わせた造語であり、ホテルのあり方に取り入れて設計されたオフィスを指す。

具体的なあり方は各自で設計可能だが、必ず使わないといけない制約(ホフィス原則)がある。ホフィス原則にしたがって、各社レイアウトを整備する。

ホフィス原則

  • リージョンゾーン
    • リージョンは地理的な単位を示す。たとえば東京オフィスと京都オフィスがある場合、リージョンは東京と京都で2つある
    • ゾーンはリージョン内の単一または複数存在する単位で、一つのオフィスレイアウトを定めた単位となる。より具体的には、後述するルームのタイプと比率とレイアウトを定める
  • ルーム

ホフィス

ホフィス(Hoffice) とはホテル + オフィスを組み合わせた造語であり、ホテルのあり方に取り入れて設計されたオフィスを指す。

具体的なあり方は各自で設計可能だが、必ず使わないといけない制約(ホフィス原則)がある。ホフィス原則にしたがって、各社レイアウトを整備する。

ホフィス原則

  • リージョンゾーン
    • リージョンは地理的な単位を示す。たとえば東京オフィスと京都オフィスがある場合、リージョンは東京と京都で2つある
    • ゾーンはリージョン内の単一または複数存在する単位で、一つのオフィスレイアウトを定めた単位となる。より具体的には、後述するルームのタイプと比率とレイアウトを定める
  • ルーム

ホフィス

ホフィス(Hoffice) とはホテル + オフィスを組み合わせた造語であり、ホテルのあり方に取り入れて設計されたオフィスを指す。

具体的なあり方は各自で設計可能だが、必ず使わないといけない制約(ホフィス原則)がある。ホフィス原則にしたがって、各社レイアウトを整備する。

ホフィス原則

  • リージョンゾーン
    • リージョンは地理的な単位を示す。たとえば東京オフィスと京都オフィスがある場合、リージョンは東京と京都で2つある
    • ゾーンはリージョン内の単一または複数存在する単位で、一つのオフィスレイアウトを定めた単位となる。より具体的には、後述するルームのタイプと比率とレイアウトを定める
  • ルーム

cb2gist.bat

;cb2gist
!^g::Run,"(pathto)\cb2gist.bat"
@echo off
call (pathto)\tokens.bat

芸術作品にクリエイターの意図はありますか? それとも意図などなく、単にクリエイターが思いつきとその先をできるだけ拓くぞという執念で仕上げた作品もあったりしますか?

あります。しかも「意図がある作品」も「意図がほとんどない(少なくとも最初はない)作品」も、どちらも普通に存在します。芸術制作では、意図は一枚岩というより 制作の途中で生まれたり、変質したり、後から言語化されたり するものだからです。

1) クリエイターの意図は「最初から明確」とは限らない

  • 最初にテーマやメッセージを決めてから作る人もいます(構想先行)。
  • 逆に、素材・手癖・偶然・試行錯誤から始めて、途中で「これが核だ」と見えてくる人もいます(探索先行)。
  • 完成後に、観客や批評とのやり取りを通じて「自分が何をやっていたのか」を理解するケースもあります。

振り返りから得られる成果物に名前をつけたい。 気付きや反省、あるいはそこからつくったタスクリストなどであr.

retro + output で retrout(レトロウト)はどうか。

「振り返りから得られる成果物」を一語で呼びたい、という狙いはすごく良いと思います。結論から言うと retrout(レトロウト) は「retro + output」の造語として筋は通っていて、短くてラベルにも載せやすいのでアリです。ただ、運用面で少しだけ気になる点もあります。

retrout の良いところ

  • 短い/書きやすい(タグ・フォルダ名・チケット接頭辞に向く)
  • 「レトロのアウトプット」という意味が直感的に伝わる(説明すれば浸透しやすい)

codex cli は rust でつくられてるようですが、インストールは npm install -g @openai/codex だそうです。どういうこと?rust じゃないの?

Rustで書かれていても、配布(インストール)の“器”としてnpmを使うことはよくあります。つまり、

  • 中身(実体のCLI)はRust製のネイティブバイナリ
  • npmパッケージ(@openai/codex)は配布・更新・OS判定・バイナリ取得のためのラッパー

という構造です。

どうやって動いてるの?