Claude Code Best Practices
Published Apr 18, 2025 Claude Code is a command line tool for agentic coding. This post covers tips and tricks that have proven effective for using Claude Code across various codebases, languages, and environments. We recently released Claude Code, a command line tool for agentic coding. Developed as a research project, Claude Code gives Anthropic engineers and researchers a more native way to int
Cursor / Clineを使う上でもっとも重要なことの一つ: コンテキストウインドウについて
Cursor/Clineを使う上で重要なこととして、LLMのコンテキストウインドウを意識しないと 1. 逐一指示をして対応するものの「Lost in Middle」現象でうまく指示が通らなくなる 2. 良いパフォーマンスが出せていないのでルールを無秩序に追加する 3. 「Lost in Middle」は解消されるがその結果早い段階でタスクのコンテキストウィンドウをはみ出す 4. Cursor/Clineがループしたり性能が落ちるのを確認する 6. 結果現状のAIの性能、判断に対して幻滅しAIを使うのをやめてしまう というようなことが起こります。 そのためにもコンテキストウィンドウを意識することは非常に大事です。 以前のバイアスに関する記事を読んでいただいた人向け 前回は人間側の問題を提示しました 今回は人間側の問題ではなく、LLM側の問題になるのと ある程度実際に出ている結果からの判断にな
$100燃やして分かったClineのTips
これなに 前から欲しかったCLIツールがあり、Clineに作らせることにした。 せっかくなのでClineのみで開発した肌感覚が欲しくて、結果として＄100かかった血の記録を残す。 前提 Fork版ではなく、本家のClineの話をする。 公式ドキュメントを読まずに突っ走ったので、現場ノウハウ的な内容ではある。 Amazon Bedrockでの費用感を試したかったので、以下のモデルを利用した。 Claude 3.5 Sonnet Claude 3.5 Haiku Clineの位置づけ Clineの基本的な知識及び2024年末までの状況は、この記事で理解できる。 .clinerules プロジェクト固有のシステムプロンプトは、Clineではclinerulesファイルに記述する。個人用のSetting >> Custom instructionsとは位置づけが異なる。 .clinerulesはル
AWS オブザーバビリティの向上 – Amazon CloudWatch アラームの力を引き出そう | Amazon Web Services
Amazon Web Services ブログ AWS オブザーバビリティの向上 – Amazon CloudWatch アラームの力を引き出そう 通常、組織はAWS サービスを活用してワークロードのオブザーバビリティと運用の優秀性を高めています。しかし、多くの場合、オブザーバビリティメトリクスが提供されたときのチームが取るべき対応は不明確であり、どのメトリクスに対処が必要で、どのメトリクスがノイズにすぎないかを理解することは難しい場合があります。たとえば、アラームがトリガーされるまで 10 分以上かかる場合、根本的な問題を軽減するためにチームが取れる対処が遅れてしまいます。この問題への理想的な解決策は、ネットワークの障害を防ぐために、オブザーバビリティメトリクスからアラームの起動までの時間を短縮することです。実装やアーキテクチャの制限により、メトリクスデータは常に CloudWatch
AWS のサービスに関するベストプラクティスアラームの推奨事項 - Amazon CloudWatch
CloudWatch は、すぐに使えるアラームの推奨事項を提供します。これらは CloudWatch アラームで、他の AWS のサービスによって公開されるメトリクス用に作成することをお勧めするものです。これらの推奨事項は、モニタリングのベストプラクティスに従うためにアラームを設定すべきメトリクスを特定するのに役立ちます。推奨事項では、設定すべきアラームのしきい値も提案されています。これらの推奨事項に従うことで、AWS インフラストラクチャの重要なモニタリングを見逃さないようにできます。 アラームの推奨事項を見つけるには、CloudWatch コンソールの [メトリクス] セクションを使用し、[アラームの推奨事項] フィルタートグルを選択します。コンソールの [推奨されたアラーム] に移動してから推奨アラームを作成すると、CloudWatch はアラーム設定の一部を事前に入力できます。一部
こんなフィーチャーフラグは気をつけろ！ - Secret Ninja Blog
機能リリースにあたって”フィーチャーフラグ”を使って、特定のユーザにのみリリースをしたりするやり方が一般的になってきたように思う。 また、launchdarklyのようなフィーチャーフラグに特化したサービスなども出てきている。 https://launchdarkly.com/ トレジャーデータでもフィーチャーフラグを利用して顧客にサービス提供を行なっているが、今まで経験してきた中で、こんなフィーチャーフラグを作ってしまうと後々困るから気をつけようね。って話をしてみる。 ちなみにここではオペレーションの観点からフィーチャーフラグの気をつけないといけない点を挙げる。 また、下記でいうところの"Experiment"または"Permission"に当たることが多い。 Feature Toggle Types | Unleash 1 - え、PMが機能リリース後にやめちゃった。 正確なデータがあ
Best practices for prompt engineering with OpenAI API | OpenAI Help Center
💡 If you're just getting started with OpenAI API, we recommend reading the Introduction and Quickstart tutorials first. Due to the way the instruction-following models are trained or the data they are trained on, there are specific prompt formats that work particularly well and align better with the tasks at hand. Below we present a number of prompt formats we find work reliably well, but feel fr
GitHub - hexops-graveyard/dockerfile: Dockerfile best-practices for writing production-worthy Docker images.
Writing production-worthy Dockerfiles is, unfortunately, not as simple as you would imagine. Most Docker images in the wild fail here, and even professionals often[1] get[2] this[3] wrong[4]. This repository has best-practices for writing Dockerfiles that I (@slimsag) have quite painfully learned over the years both from my personal projects and from my work @sourcegraph. This is all guidance, not
これだけは押さえよう！住所フォームの作り方 - ケンオールブログ
まとめ 住所フォームの作り方 住所フォームを作るときには以下の4つを押さえましょう。 オートコンプリート機能に最適化する 郵便番号フィールドは1フィールドにしてハイフン有無どちらも対応する モバイルUX優先なら郵便番号が入力されたら即座に補完。精度優先なら郵便番号補完ボタンを設置 住所フィールドは「都道府県」「市区町村」「町名以下」の3フィールドが基本。「建物」フィールドはオプション 本文 地域SNSのユーザー登録、ECサイトの配送先入力、資料請求、自治体サイトでの電子申請など、ウェブサービスを活用する上で住所入力は欠かすことができません。 住所入力をシンプルかつ正確に行えるような入力インタフェース（住所フォーム）は、離脱率を減らし、コンバージョン率を向上させる上で重要です。 郵便番号を入力すると対応する住所を自動入力する機能（郵便番号による住所補完）は、住所フォームの改善方法として最も効
デプロイのベスト プラクティス - Azure App Service
開発チームごとに独自の要件があり、それによって、クラウド サービスで効率的なデプロイ パイプラインの実装が困難になる可能性があります。 この記事では、Azure App Service へのデプロイにおける 3 つの主要なコンポーネントである、デプロイ ソース、ビルド パイプライン、およびデプロイ メカニズムについて説明します。 この記事では、特定の言語スタックのベスト プラクティスとヒントについても紹介します。 デプロイ コンポーネント このセクションでは、App Service にデプロイするための 3 つの主要な構成要素について説明します。 デプロイ ソース デプロイ ソースは、アプリケーション コードの場所です。 運用アプリの場合、デプロイ ソースは通常、GitHub、Bitbucket、Azure Repos などのバージョン管理ソフトウェアによってホストされるリポジトリです。
Dockerfile のベストプラクティス トップ 20 | Sysdig
イメージのビルドにDockerfile のベストプラクティスを迅速に適用することで、セキュリティ問題の防止とコンテナ化されたアプリケーションの最適化を行う方法をご紹介します。 コンテナ化されたアプリケーションやマイクロサービスに精通している方は、サービスはマイクロであるものの、脆弱性の検知、セキュリティ問題の調査、およびデプロイ後の報告と修正によって、管理オーバーヘッドがマクロになっていることに気づいているかもしれません。 このオーバーヘッドの多くは、セキュリティをシフト・レフトし、開発ワークフローの中で潜在的な問題をできるだけ早く解決することで回避できます。これについては、イメージスキャンに関するベストプラクティスで紹介しました。 適切に設計された Dockerfile は、特権コンテナの使用や不要なポートの公開、未使用のパッケージ、漏洩した認証情報など、攻撃に利用される可能性のある要素
AWS Config best practices | Amazon Web Services
AWS Cloud Operations Blog AWS Config best practices AWS Config is a service that maintains a configuration history of your AWS resources and evaluates the configuration against best practices and your internal policies. You can use this information for operational troubleshooting, audit, and compliance use cases. In this blog post, I share best practices on how to use AWS Config as a tool for enab
AWS CloudTrail ログをモニタリングするためのベストプラクティス | Datadog
30; }, handleResize() { if (window.innerWidth >= 1024) { this.mobileOpen = false; this.dropdownOpen = 'none'; } }, checkAnnouncementBanner() { const announcementBanner = document.querySelector('.announcement-banner') || document.querySelector('.announcement-banner--large'); if (announcementBanner) { this.hasAnnouncementBanner = true; } else { this.hasAnnouncementBanner = false; } } }" x-init="chec
Amazon WorkSpaces デプロイメント ベストプラクティス 日本語版のご案内 | Amazon Web Services
Amazon Web Services ブログ Amazon WorkSpaces デプロイメント ベストプラクティス 日本語版のご案内 2013年の発表以来、クラウドから提供されるマネージド型サービスとしての仮想デスクトップであるAmazon WorkSpacesは個人や少人数での利用から大規模な組織まで、多くのお客様にいただいています。 直近では日本でも普及が進むリモートワーク（テレワーク）への対応として、場所を問わない柔軟な働き方を実現するサービスとしてのデスクトップ (DaaS) ソリューションとしてご利用いただく機会も増えてきました。 そんなAmazon WorkSpacesを企業や組織において展開いただく上でのベストプラクティスをまとめたホワイトペーパーの日本版を更新しましたのでご案内します。 このホワイトペーパー「Amazon WorkSpaces デプロイメント ベストプラ
Terraformアンチパターン(2019年版) - Qiita
はじめに Infrastructure as Code(以下IaCと略します)って最近では当たり前のように実践されてますよね。特にterraformはかなりユーザが多く、開発のスピードも速い印象です。 IaCを実現できたインフラエンジニアの皆さんの多くが次に直面する問題はコードの保守運用に関する事柄ではないでしょうか？ terraformもコードなので、アプリケーションのコードと同じように保守性(テスト容易性、理解容易性、変更容易性)を意識する必要があります。ただコード化しただけでは属人性を排除したとは言えないと思います。 保守性の高いterraformって具体的にどう書けばいいの？と周りに聞いてみても、巷には「ぼくのかんがえた最強のterraformベストプラクティス」が乱立していて、自転車置き場の議論になりがちです。 また、v0.12前後でterraformの記法が大きく変わったので、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub Copilot のテクニック集/GitHub Copilot Techniques
Plan & Act Modes: A Guide to Effective AI Development | Cline
10 essentials when creating an Open API specification
GitHub - goldbergyoni/nodebestpractices: :white_check_mark: The Node.js best practices list (July 2024)
GitHub - ozbillwang/terraform-best-practices: Terraform Best Practices for AWS users
