HackerTrans
TopNewTrendsCommentsPastAskShowJobs

barazany

no profile record

Submissions

[untitled]

1 points·by barazany·w zeszłym miesiącu·0 comments

[untitled]

1 points·by barazany·3 miesiące temu·0 comments

[untitled]

1 points·by barazany·3 miesiące temu·0 comments

We almost bought an automation platform. Cowork was one

barazany.dev
2 points·by barazany·4 miesiące temu·0 comments

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

barazany.dev
6 points·by barazany·9 miesięcy temu·0 comments

[untitled]

1 points·by barazany·9 miesięcy temu·0 comments

[untitled]

1 points·by barazany·10 miesięcy temu·0 comments

comments

barazany
·3 miesiące temu·discuss
[flagged]
barazany
·3 miesiące temu·discuss
[flagged]
barazany
·3 miesiące temu·discuss
[flagged]
barazany
·3 miesiące temu·discuss
[flagged]
barazany
·3 miesiące temu·discuss
[flagged]
barazany
·3 miesiące temu·discuss
[flagged]
barazany
·3 miesiące temu·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 miesięcy temu·discuss
How do you make the setup? Which provider gives you Anthropic compatible endpoint with GLM ?
barazany
·10 miesięcy temu·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.