ๆƒฏๆ€ง่šๅˆ ้ซ˜ๆ•ˆ่ฟฝ่ธชๅ’Œ้˜…่ฏปไฝ ๆ„Ÿๅ…ด่ถฃ็š„ๅšๅฎขใ€ๆ–ฐ้—ปใ€็ง‘ๆŠ€่ต„่ฎฏ
้˜…่ฏปๅŽŸๆ–‡ ๅœจๆƒฏๆ€ง่šๅˆไธญๆ‰“ๅผ€

ๆŽจ่่ฎข้˜…ๆบ

Martin Fowler
Martin Fowler
D
DataBreaches.Net
F
Fortinet All Blogs
้˜ฎไธ€ๅณฐ็š„็ฝ‘็ปœๆ—ฅๅฟ—
้˜ฎไธ€ๅณฐ็š„็ฝ‘็ปœๆ—ฅๅฟ—
ๅš
ๅšๅฎขๅ›ญ_้ฆ–้กต
Apple Machine Learning Research
Apple Machine Learning Research
H
Help Net Security
M
MIT News - Artificial intelligence
็พŽ
็พŽๅ›ขๆŠ€ๆœฏๅ›ข้˜Ÿ
ไบบไบบ้ƒฝๆ˜ฏไบงๅ“็ป็†
ไบบไบบ้ƒฝๆ˜ฏไบงๅ“็ป็†
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
The Cloudflare Blog
ๆœ‰่ตžๆŠ€ๆœฏๅ›ข้˜Ÿ
ๆœ‰่ตžๆŠ€ๆœฏๅ›ข้˜Ÿ
L
LangChain Blog
ๅš
ๅšๅฎขๅ›ญ - Franky
้’›ๅช’ไฝ“๏ผšๅผ•้ข†ๆœชๆฅๅ•†ไธšไธŽ็”Ÿๆดปๆ–ฐ็Ÿฅ
้’›ๅช’ไฝ“๏ผšๅผ•้ข†ๆœชๆฅๅ•†ไธšไธŽ็”Ÿๆดปๆ–ฐ็Ÿฅ
ๅš
ๅšๅฎขๅ›ญ - ใ€ๅฝ“่€็‰นใ€‘
S
SegmentFault ๆœ€ๆ–ฐ็š„้—ฎ้ข˜
V
Visual Studio Blog
Blog โ€” PlanetScale
Blog โ€” PlanetScale
Hugging Face - Blog
Hugging Face - Blog
B
Blog
I
InfoQ

Hacker News - Newest: "LLM"

GitHub - lechmazur/position_bias: A benchmark for testing whether LLM judges keep the same preference when two lightly edited versions of the same story are shown in opposite orders. Flex routing (EU and EFTA) Dark Factories: Retooling for LLM Velocity Ask HN: What would be the impact of a LLM output injection attack? GitHub - Oaklight/llm-rosetta: Production-ready LLM API translation layer for Python โ€” bidirectional conversion between OpenAI, Anthropic & Google formats via hub-and-spoke IR. Optional API gateway. Streaming & non-streaming. Zero core deps. Contributions welcome! GitHub - browser-use/browser-harness: Self-healing browser harness that enables LLMs to complete any task. GitHub - moeen-mahmud/remen: Remen turns thoughts into something you can return to Analyzing 156 LLM Launch Posts on Hacker News ChatGPT vs Gemini vs Claude: The Best LLM Subscription You Should Buy GitHub - salaamalykum/quran-semantic-search: High-density RAG Semantic Search Engine & Quran Corpus (GEO/SEO Architecture) GitHub - NVIDIA/TensorRT-LLM: TensorRT LLM provides users with an easy-to-use Python API to define Large Language Models (LLMs) and supports state-of-the-art optimizations to perform inference efficiently on NVIDIA GPUs. TensorRT LLM also contains components to create Python and C++ runtimes that orchestrate the inference execution in a performant way. The State of LLM Bug Bounties in 2026 Operational Readiness Criteria for Tool-Using LLM Agents Meshcore: Architecture for a Decentralized P2P LLM Inference Network How an LLM becomes more coherent as we train it GitHub - seetrex-ai/laimark GitHub - Jossifresben/BibCrit: AI-assited biblical textual criticism GitHub - wastedcode/memex: File system based wiki, maintained by Claude 99helpers.com GitHub - cliver-project/AITrigram GitHub - unbody-io/adapt: A self-evolving memory layer for AI agents. GitHub - hb20007/awesome-gen-ai-fails: A list of incidents where reliance on generative AI and LLMs resulted in harm to companies, individuals, or society GitHub - nevenkordic/localmind: Run any local LLM with persistent memory and context. CLI agent over Ollama with SQLite-backed hybrid recall. No cloud. Ask HN: What are the machine requirements for a LLM like Llama-3.1-8B? Faster LLM Inference via Sequential Monte Carlo grpo explained: group relative policy optimization for llm finetuning - cgft Stop comparing price per million tokens: the hidden LLM API costs ยท TensorZero Andrej Karpathy's LLM Wiki Is a Bad Idea GitHub - GG-QandV/mnemostroma: Offline RAM-first cognitive leer/coprocessor for AI agents and robotics. Solves "Context Abandonment" with 20-80ms latency using a dual-thread biomimetic memory architecture (ONNX + SQLite WAL). mempalace/agent at agent ยท skorotkiewicz/mempalace
GitHub - lace-ai/gai: ๐Ÿค– GAI is a flexible Go library for ...
samuel_kx0 ยท 2026-04-27 ยท via Hacker News - Newest: "LLM"

GAI Logo

GitHub go.mod Go version CI License Go Reference

GAI is a flexible Go library for building agent-style applications on top of LLMs. It provides a generic interface for providers and models, prompt and context helpers, and a loop for agentic-calling workflows.

โœจ Overview

The library is organized around three ideas:

  • ๐Ÿงฉ ai defines the core provider, model, request, and response abstractions.
  • ๐Ÿ—‚๏ธ context stores conversations, renders message history, and loads prompt files.
  • ๐Ÿ” loop runs iterative model and tool execution when a model returns a tool call.

๐Ÿ“‹ Requirements

  • Go 1.26.1 or newer
  • API credentials for whichever provider you use

๐Ÿš€ Quick Start

๐Ÿ“ฆ Installation

go get github.com/lace-ai/gai

๐Ÿงญ Usage

๐Ÿ› ๏ธ Creating Providers and Models

To start, first create a provider. For example, for Gemini:

geminiProvider := gemini.New("your_api_key")
๐Ÿ—‚๏ธ Use the Model Repository to manage multiple providers and dynamic model selection

You can use a ModelRepository to register multiple providers and look up models by name across providers.

modelRepo := ai.NewModelRepository()
err := modelRepo.RegisterProvider(geminiProvider)
if err != nil {
    // handle error
}

To get a model from the repo just use the provider name and the model name:

model, err := modelRepo.GetModel("gemini", "gemini-3-flash-preview")
if err != nil {
    // handle error
}

๐Ÿ’ฌ Generate Text

Now you can access models from that provider, and generate text:

model, err := geminiProvider.Model("gemini-3-flash-preview")
if err != nil {
    // handle error
}
response, err := model.Generate(context.Background(), ai.AIRequest{
    Prompt: ai.Prompt{
        System: "You are a helpful assistant.",
        Prompt: "What is the capital of France?",
    },
    MaxTokens: 100,
})
๐Ÿ”Œ Implement Your Own Provider

Currently, the library includes Gemini and Mistral implementations. Gemini uses the official go-genai library, and Mistral uses direct HTTP calls to the Mistral API.

But you can implement your own provider by implementing the Provider and Model interfaces defined in the ai package.

Example:

Provider Implementation:

type MyProvider struct {
    // any configuration fields you need, e.g. API key
}

func (p *MyProvider) Name() string {
    return "myprovider"
}

func (p *MyProvider) Model(name string) (ai.Model, error) {
    // return a model implementation based on the name
}

func (p *MyProvider) ListModels() ([]string, error) {
    // return a list of available model names
}

func (p *MyProvider) Validate() error {
    // validate the provider configuration, e.g. check API key is set
}

Model Implementation:

type MyModel struct {
    // any configuration fields you need, e.g. model name, provider reference
    name string
}

func (m *MyModel) Name() string {
    return m.name
}

func (m *MyModel) Generate(ctx context.Context, req ai.AIRequest) (*ai.AIResponse, error) {
    // implement the logic to call your model API and return the response
}

func (m *MyModel) Close() error {
    // clean up any resources if needed
}

Now you can use your custom provider just like the built-in ones

๐Ÿ” Agentic Tool Calling

To build an agent with tools, use the loop package:

Tip

User a alias for the context package to avoid conflicts with context package from the standard library. For example:

import aicontext "github.com/lace-ai/gai/context"
agentLoop := loop.New(
    model, // the model you want to use
    []loop.Tool{myTool}, // any tools you want to provide, one echo too is included for testing
    "What is the weather in New York?", // initial (user) prompt
    "You are a helpful assistant that can call tools to get information.", // system prompt
    nil, // optional context builder, if nil the loop will render prior messages itself
    nil, // optional tool response preprocessor, if nil the loop will append tool results as-is
)

err := agentLoop.Loop(context.Background())
if err != nil {
    // handle error
}
messages := agentLoop.Messages() // get final conversation messages, including tool calls and responses

var builder strings.Builder
aicontext.RenderMessages(messages, &builder)
fmt.Println(builder.String()) // render the messages for display
๐Ÿงฉ Implement Your Own Tool To implement your own tool, create a struct that implements the `Tool` interface:
type myToolArgs struct {
    Query string `json:"query"`
}

type MyTool struct {
    // any configuration fields you need
}

func (t *MyTool) Name() string {
    return "my_tool"
}

func (t *MyTool) Description() string {
    return "A tool that does something useful."
}

func (t *MyTool) Params() string {
    return `{"type":"object","required":["query"],"properties":{"query":{"type":"string","description":"Search query"}}}`
}

func (t *MyTool) Function(req *loop.ToolRequest) (*loop.ToolResponse, error) {
    var args myToolArgs
    if err := loop.DecodeToolArgs(req, &args); err != nil {
        return nil, err
    }

    // implement your tool logic here using args.Query
    return &loop.ToolResponse{Text: "result for: " + args.Query}, nil
}

Then include an instance of your tool in the loop.New(...) call.

๐Ÿง  Session Management

To manage conversation history and build prompts from it, use the context package:

store := mySessionStore // your implementation of SessionStore (e.g. in-memory, database, etc.)
sessionManager := aicontext.NewSessionManager(store, 1) // the second argument is the session ID

agentLoop := loop.New(
    model, // the model you want to use
    []loop.Tool{myTool}, // any tools you want to provide
    "What is the weather in New York?", // initial (user) prompt
    "You are a helpful assistant that can call tools to get information.", // system prompt
    sessionManager, // session manager implements loop.ContextBuilder
    nil, // optional tool response preprocessor
)
err := agentLoop.Loop(context.Background())
if err != nil {
    // handle error
}
๐Ÿ—„๏ธ Implement Your Own Session Store

To implement your own session store, please visit the SessionStore interface and implement the required methods.

๐Ÿงฑ Package Layout

ai/          Core abstractions: Provider, Model, AIRequest, AIResponse, ModelRepository
ai_gemini/   Gemini provider and model implementation
ai_mistral/  Mistral provider and model implementation
context/     Context management: Conversation/session types, prompt loading, message rendering
loop/        Agent loop, tool parsing, tool execution helpers
testutil/    Mocks used by tests

๐Ÿงฉ Core Concepts

๐Ÿข Provider

A provider is responsible for exposing available models and validating its own configuration. The shared interface is:

type Provider interface {
    Name() string
    Model(name string) (Model, error)
    ListModels() ([]string, error)
    Validate() error
}

Use ModelRepository when you want to register multiple providers and look up models by name.

๐Ÿง  Model

A model generates text from an AIRequest and returns an AIResponse.

type Model interface {
    Name() string
    Generate(ctx context.Context, req AIRequest) (*AIResponse, error)
    Close() error
}

๐Ÿ“ Prompt and Request

ai.Prompt combines three pieces of input:

  • System: system instructions
  • Context: prior conversation or external context
  • Prompt: the current (user) request

Prompt.CombinedPrompt() concatenates those parts onto one string in that order.

AIRequest currently contains:

  • Prompt
  • MaxTokens maxtokens are ignored by some providers, and might be removed in future versions.

AIResponse returns:

  • Text
  • InputTokens
  • OutputTokens

๐ŸŒ Providers

โ™Š Gemini

Package: ai_gemini

Constructor:

gemini.New(apiKey string) *gemini.Provider

Known model names:

  • gemini-3-flash-preview
  • gemini-2.5-flash
  • gemini-3.1-flash-lite-preview
  • gemini-2.5-flash-lite

๐ŸŒ€ Mistral

Package: ai_mistral

Constructor:

mistral.New(apiKey string) *mistral.Provider

Known model names:

  • mistral-small-latest
  • mistral-medium-latest
  • mistral-large-latest
  • codestral-latest

โš™๏ธ Configuration Note

This library does not read environment variables automatically. Create the provider with the API key you want to use, then register it in the repository.

๐Ÿ’พ Context and Sessions

The context package is not the standard library context package. Import it with an alias such as aicontext to avoid name collisions.

import aicontext "github.com/lace-ai/gai/context"

๐Ÿ“จ Messages

Messages have one of four roles:

  • system
  • user
  • assistant
  • tool

Each message wraps a Content implementation such as text, tool calls, or tool results, (you can also implement your own). The renderer formats history as tagged blocks, which is what the loop uses when it builds context automatically.

๐Ÿ’ฌ Conversation

Conversation is a minimal interface used by the SessionManager to load and render message history:

type Conversation interface {
    Messages() []Message
}

๐Ÿ—ƒ๏ธ SessionStore

SessionStore is an interface, not a built-in database implementation. You provide your own store that can:

  • create sessions
  • fetch sessions and messages
  • add one or many messages

๐Ÿงญ SessionManager (WIP)

SessionManager builds prompt context from stored history. It loads the last 5 messages for the configured session, renders them, and appends the current loop messages.

Note

NewSessionManager(store, id) expects an integer session ID. If you want to start a new session, create one first.

๐Ÿ“„ Prompt Files

LoadPromptFromFile reads .md and .txt files, trims whitespace, and returns the prompt text.

๐Ÿ”„ Loop and Tools

The loop package is for agent-style execution where the model can request tool calls.

๐Ÿ” Loop

loop.New(...) creates a loop with:

  • a model
  • optional tools
  • an initial user prompt
  • an optional system prompt
  • an optional context builder
  • an optional tool-response preprocessor

If no context builder is provided, the loop renders prior messages itself.

The loop stops when the model returns a normal response or when the maximum iteration count is reached.

๐Ÿงฐ Tool Interface

Tools must implement:

type Tool interface {
    Name() string
    Description() string
    Params() string
    Function(req *ToolRequest) (*ToolResponse, error)
}

Tool calls are expected to arrive as JSON with this shape:

{
  "id": "tool_name",
  "type": "function",
  "arguments": {
    "some": "value"
  }
}

Tip

Keep tool Params() aligned with the JSON fields your Function(...) decodes through DecodeToolArgs.

๐Ÿงช Helper Functions

  • DetectToolCall checks whether a model response looks like a tool call.
  • CallTool runs a tool by name.
  • DecodeToolArgs unmarshals tool arguments into a typed struct.
  • RenderToolSignatures formats tool metadata for prompting.

โ— Errors

Common exported errors include:

  • ai.ErrProviderNotFound
  • ai.ErrProviderAlreadyExists
  • ai.ErrNilModelRepository
  • loop.ErrModelNotConfigured
  • loop.ErrToolNotFound
  • loop.ErrMaxIterations
  • context.ErrPromptMissing
  • context.ErrSessionNotFound
  • gemini.ErrInvalidAPIKey
  • mistral.ErrInvalidAPIKey

Handle provider and tool errors at the call site, especially when a model or session store is user-configured.

To see all the errors, check the errors.go file in each package.

๐Ÿงช Development

Run all tests:

go test ./...

Run a package test suite:

go test ./ai/...
go test ./loop/...
go test ./context/...

๐Ÿ“ Notes

  • The context package name intentionally mirrors the domain it manages, but it is easy to confuse with context.Context from the standard library. Use an alias in imports. The context package is likely to be renamed before official 1.0 release.
  • SessionManager currently uses a fixed history window of 5 messages.

๐Ÿค Contributing

Contributions are welcome! Please open an issue or submit a pull request. If you add a new provider or tool, document the new constructor, model names, and any required environment variables.

๐Ÿ“œ Copyright and License

This library is licensed under the GNU LESSER GENERAL PUBLIC LICENSE v2.1. See LICENSE for details.

Copyright (c) 2026 lace-ai. All rights reserved.