Skip to content

Instantly share code, notes, and snippets.

View lalitkale's full-sized avatar
🏠

Lalit Kale lalitkale

🏠
  • ATechieThought Labs
  • Dublin, Ireland
View GitHub Profile
@lalitkale
lalitkale / gemma4-sa-v2.md
Created August 10, 2026 05:58
gemma4-sa-v2.md

Can you use svg or mermaid or ASCII diagrams and enhance this architecture document. One more important ... information is we are going to use AWS cloud and Amazon Bedrock Service and Amazon Bedrock Agentcore s ... ervice and AWS Lambda, DynamoDB etc services. keep this perspective and revise the architectuer docuemn ... t. It also needs to talk to Salesforce as case management and salesforce voice as telephony backend. so ... consider all these facts and redesign the document. If possible, use arch42 template for documenting t ... hi solution Thinking... Here's a plan to revise the Solution Design Document:

  1. Adopt the Arch42 Style: The structure needs to be formal, precise, and
@lalitkale
lalitkale / gemma4-orchestrator-component-design.md
Created August 10, 2026 05:56
gemma4-orchestrator-component-design.md

Provide me the component design for Bedrock agent which is responsible for orchestration in the above architecture. Thinking... Here's a plan to structure the Bedrock Agent component design:

  1. Understand the Goal: The Bedrock Agent is the "brain." Its job is to take a natural language prompt and convert it into a structured sequence of actions (calls to external tools/APIs) while managing the required context.
  2. Define the Structure: A robust component design needs to cover inputs, core mechanisms, outputs, and detailed sub-components.
  3. Focus on Core Functionality: The key components are the Agent Logic, the Tools, and the Orchestration Loop.
  4. Use Diagramming: Mermaid is ideal for illustrating the operational flow.
  5. Adopt Technical Detail: Since this is an architectural document, the design must be highly prescriptive.
@lalitkale
lalitkale / llm-wiki.md
Created April 4, 2026 18:22 — forked from karpathy/llm-wiki.md
llm-wiki

LLM Wiki

A pattern for building personal knowledge bases using LLMs.

This is an idea file, it is designed to be copy pasted to your own LLM Agent (e.g. OpenAI Codex, Claude Code, OpenCode / Pi, or etc.). Its goal is to communicate the high level idea, but your agent will build out the specifics in collaboration with you.

The core idea

Most people's experience with LLMs and documents looks like RAG: you upload a collection of files, the LLM retrieves relevant chunks at query time, and generates an answer. This works, but the LLM is rediscovering knowledge from scratch on every question. There's no accumulation. Ask a subtle question that requires synthesizing five documents, and the LLM has to find and piece together the relevant fragments every time. Nothing is built up. NotebookLM, ChatGPT file uploads, and most RAG systems work this way.

@lalitkale
lalitkale / microgpt.py
Created February 12, 2026 11:46 — forked from karpathy/microgpt.py
microgpt
"""
The most atomic way to train and inference a GPT in pure, dependency-free Python.
This file is the complete algorithm.
Everything else is just efficiency.
@karpathy
"""
import os # os.path.exists
import math # math.log, math.exp
@lalitkale
lalitkale / agent.py
Created December 5, 2025 12:09 — forked from leerob/agent.py
agent.py
import os
import json
import subprocess
from anthropic import Anthropic
# Tool definitions
TOOLS = [
{
"name": "list_files",
"description": "List files and directories at a given path",
@lalitkale
lalitkale / config
Created October 29, 2025 13:46
gostty config
# This is the configuration file for Ghostty.
#
# This template file has been automatically created at the following
# path since Ghostty couldn't find any existing config files on your system:
#
# /home/lalit/.config/ghostty/config
#
# The template does not set any default options, since Ghostty ships
# with sensible defaults for all options. Users should only need to set
# options that they want to change from the default.
@lalitkale
lalitkale / gist:dc7f18489160327198a9c409ea4b8470
Created August 30, 2024 20:47 — forked from joshsmith/gist:2041454
Geoffrey Moore's positioning framework (for products)

Product Positioning Framework

  • For (target customers)
  • Who must (solve a specific problem)
  • Our product is a new (new product category)
  • That provides (key breakthrough benefit vs. current way of doing things – which solves dilemma)
  • Unlike (competitor in new category)
  • We have (whole product most relevant for you)
@lalitkale
lalitkale / reinvent-2018-session-videos.md
Created October 12, 2022 11:25 — forked from LukasMusebrink/reinvent-2018-session-videos.md
Links to YouTube videos of AWS re:Invent 2018 sessions

The current list contains 438 sessions. The list will be updated regularly, at least once a day during reinvent. Last update: 2018-12-02 06:58 +00:00

Title Description Video
[NEW LANUCH!] Building modern apps using Amazon DynamoDB transactions (DAT374) DynamoDB transactions enables developers to maintain correctness of their data at scale by adding atomicity and isolation guarantees for multi-item conditional ... IMAGE ALT TEXT{:target="_blank"}
[NEW LAUNCH!] AWS License Manager Deep Dive (CMP393) AWS License Manager is a new service that makes it easy to bring your existing licenses to the AWS cloud and reduce licensing costs. This service offers a ... [IMAGE ALT TEXT](http://www.youtube.com/watch?v=r7pdaM3OAAQ "AWS re:Invent 2018: [NEW LA
@lalitkale
lalitkale / steve-yegge-google-platform-rant.md
Created May 2, 2022 20:51 — forked from kislayverma/steve-yegge-google-platform-rant.md
A copy (for posterity) of Steve Yegge's internal memo in Google about what platforms are and how Amazon learnt to build them

I was at Amazon for about six and a half years, and now I've been at Google for that long. One thing that struck me immediately about the two companies -- an impression that has been reinforced almost daily -- is that Amazon does everything wrong, and Google does everything right. Sure, it's a sweeping generalization, but a surprisingly accurate one. It's pretty crazy. There are probably a hundred or even two hundred different ways you can compare the two companies, and Google is superior in all but three of them, if I recall correctly. I actually did a spreadsheet at one point but Legal wouldn't let me show it to anyone, even though recruiting loved it.

I mean, just to give you a very brief taste: Amazon's recruiting process is fundamentally flawed by having teams hire for themselves, so their hiring bar is incredibly inconsistent across teams, despite various efforts they've made to level it out. And their operations are a mess; they don't really have SREs and they make engineers pretty much do everything,