「Best Practices」タグの記事が10件件あります

Anthropic's latest Claude Code post, "A field guide to Claude Fable 5: Finding your unknowns," is not really about a new prompt trick.

It is about a shift that every serious Claude Code user is going to feel: as models get better at carrying long tasks, the limiting factor moves from raw model capability to how well the human can expose the real shape of the work.

That is the point of the "map and territory" framing in the official post. The map is what we give Claude: prompts, skills, files, specs, screenshots, references, and context. The territory is the actual system: production constraints, old decisions, implicit taste, hidden business rules, edge cases, and the parts of the codebase nobody writes down.

The gap between those two is where agentic coding succeeds or fails.

Markdown は agent との協働の第一段階を制しました。理由は単純です。

生成しやすく、diff しやすく、pull request に貼りやすく、ほとんどのメモには十分でした。そのため coding agents の自然なデフォルトになりました。計画、要約、仕様、レビュー notes、インシデント記録、実装チェックリストは、どれも Markdown になっていきました。

Anthropic の最新 Claude Code 記事は、このデフォルトが限界を見せ始めていると論じています。

主張は Markdown が悪いということではありません。Claude Code は今や長いテキストファイルを書く以上のことができ、HTML はその作業により良い表面を与える、ということです。より高い情報密度、より明確な視覚構造、共有しやすい artifacts、軽いインタラクションを持てます。

これは開発者にとって実用的な変化です。Claude Code に何を作らせるべきかを変えます。

Conway についてまず正確に押さえるべきことはこれです。

Conway は、Anthropic が正式発表した製品ではありません。

現在見えているのは、次の 3 つの組み合わせです。

• Cowork、Dispatch、computer use、scheduled tasks、auto mode に関する Anthropic の公式発表
• それらがどうつながるかを示す最新のヘルプドキュメント
• 2026 年 4 月 1 日に公開された、未発表の内部環境 Conway を報じる第三者レポート

リークだけを見ると全体アーキテクチャを見失います。 公式発表だけを見ると、Anthropic がどこへ向かっているかを見落とします。

技術的に重要なのは、その両方を合わせて読むことです。

"Claude Code のソースコードが漏れた" という表現は、最初は大げさに聞こえました。

しかしコミュニティの証拠をよく見ると、その懐疑は更新する必要があります。

今回は単なる prompt 抽出や曖昧な噂ではありません。より信頼できる主張は、Claude Code の npm パッケージに含まれていた source map が内部ソースファイルへの経路を露出し、それを使ってコミュニティが公開リポジトリよりはるかに大きいコードベースを再構築したというものです。

それは、よくある SNS の誇張よりも、実際のソース漏えいにかなり近い話です。

短い答えは、単独の機能名としてではないが、ワークフロー能力としてはかなり近い、です。

Anthropic は "auto-fix in the cloud" という名前の発表をしていません。実際に出したものはもっと興味深く、Claude Code は今やAnthropic 管理のクラウド基盤上でコーディング作業を走らせ、pull request を監視し、CI 失敗を自動で直そうとし、チェック通過後に merge まで行うための部品を持っています。

開発者にとってこの違いは重要です。単なる naming の問題ではなく、実際の workflow がどう組み立てられているか、どこまで自動で、どこから設定依存かを示しているからです。

ここ数週間の Claude は、あまりに多くの機能を出しているので、大きな流れを見失いやすくなっています。

これは単なる個別機能の連続投入ではありません。Anthropic は Claude を、より多くの memory、より長い context、より強い execution、より良い review、そしてより実用的な出力面を持つ、より完成度の高い agent 製品へ近づけています。

Claude を組み込んだ開発や、チームの実務フローに使っているなら、見るべきなのはそこです。

Claude の 1M token context は、もはや beta 実験ではありません。

2026年3月13日時点で、Anthropic は Opus 4.6 と Sonnet 4.6 に対する 1M context の GA を発表しました。長大なコードや文書を扱うワークフロー設計が大きく変わります。

この投稿では、現在の可用性、残る注意点、そして安全な本番導入手順を整理します。

Anthropic の 2026年3月 Skill Creator 更新は、一見すると「ツールが良くなった」だけに見えます。

しかし実際は、skills をテスト可能なライフサイクルで運用できるようになった点が本質です。これはプロンプト調整から、エンジニアリング運用への転換です。

本記事では、何が変わったか、コミュニティで何が起きているか、そして実務への導入手順をまとめます。

多くの agent skills が失敗する理由は単純です。プロンプトを少し直して1回実行し、「良くなった」と判断してしまうことです。

Anthropic の最新 Skill Creator 更新は、よりエンジニアリング寄りのループを示しています。先にテストし、挙動を測定し、その後に改善する という流れです。社内の agent ワークフローを作っているなら、ここが本質的な変化です。

この投稿では、公式発表を開発者が毎週回せる実践ワークフローに書き換えます。

多くのチームがエージェントで失敗する理由は、モデル品質ではありません。

失敗要因は、早い段階で間違ったワークフローパターンを選ぶことです。オーケストレーションが過剰で、構成要素が増え、複雑さの理由が明確でないまま進んでしまいます。

Anthropic の最新記事（よく使われるエージェントワークフローパターン）は有用ですが、ここでは本番システムを作る開発者向けに書き換えます。