HackerTrans
トップ新着トレンドコメント過去質問紹介求人

barazany

no profile record

投稿

[untitled]

1 ポイント·投稿者 barazany·先月·0 コメント

[untitled]

1 ポイント·投稿者 barazany·3 か月前·0 コメント

[untitled]

1 ポイント·投稿者 barazany·3 か月前·0 コメント

We almost bought an automation platform. Cowork was one

barazany.dev
2 ポイント·投稿者 barazany·4 か月前·0 コメント

Haiku 4.5 – you'd be amazed if you gave it a chance

barazany.dev
6 ポイント·投稿者 barazany·9 か月前·0 コメント

[untitled]

1 ポイント·投稿者 barazany·9 か月前·0 コメント

[untitled]

1 ポイント·投稿者 barazany·10 か月前·0 コメント

コメント

barazany
·3 か月前·議論
[flagged]
barazany
·3 か月前·議論
[flagged]
barazany
·3 か月前·議論
[flagged]
barazany
·3 か月前·議論
[flagged]
barazany
·3 か月前·議論
[flagged]
barazany
·3 か月前·議論
[flagged]
barazany
·3 か月前·議論
I analyzed its compaction engine, 3-layer masterpiece of which I write in full here: https://barazany.dev/blog/claude-codes-compaction-engine
barazany
·9 か月前·議論
How do you make the setup? Which provider gives you Anthropic compatible endpoint with GLM ?
barazany
·10 か月前·議論
I recently helped debug a 600+ line Kusto query powering a production feature (years of data, many joins, summaries). My usual method is to break the query down and measure total CPU + scanned data for each step, but doing this manually quickly becomes unmanageable.

So I extended my Kusto MCP server to return usage stats, and wrote an MCP prompt that guides the analysis automatically — breaking down queries, collecting metrics, and outputting a performance report with bottlenecks + recommendations.

This led to finding the real issue (lots of tiny fragments of data building up daily), and allowed us to suggest merge policies and scoped joins that cut CPU and scanned data dramatically.