HackerTrans
TopNewTrendsCommentsPastAskShowJobs

barazany

no profile record

Submissions

[untitled]

1 points·by barazany·bulan lalu·0 comments

[untitled]

1 points·by barazany·3 bulan yang lalu·0 comments

[untitled]

1 points·by barazany·3 bulan yang lalu·0 comments

We almost bought an automation platform. Cowork was one

barazany.dev
2 points·by barazany·4 bulan yang lalu·0 comments

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

barazany.dev
6 points·by barazany·9 bulan yang lalu·0 comments

[untitled]

1 points·by barazany·9 bulan yang lalu·0 comments

[untitled]

1 points·by barazany·10 bulan yang lalu·0 comments

comments

barazany
·3 bulan yang lalu·discuss
[flagged]
barazany
·3 bulan yang lalu·discuss
[flagged]
barazany
·3 bulan yang lalu·discuss
[flagged]
barazany
·3 bulan yang lalu·discuss
[flagged]
barazany
·3 bulan yang lalu·discuss
[flagged]
barazany
·3 bulan yang lalu·discuss
[flagged]
barazany
·3 bulan yang lalu·discuss
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 bulan yang lalu·discuss
How do you make the setup? Which provider gives you Anthropic compatible endpoint with GLM ?
barazany
·10 bulan yang lalu·discuss
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.