3.3 (3.1) Agent PAL core demos
Reorganized 26.0715
PAL_CORE demos focus on the core deterministic functions of Palantir-style agentic systems. Unlike many AI demos, the emphasis is on traditional software control loops that perform detection, prediction, allocation, planning, and optimization. AI is added only where it provides a clear benefit.
PAL_CORE demos 3.3.4, 3.3.5, 3.3.8, and 3.3.8b use OpenAI models.
For details see
- lab notes doc #603_PAL_.docx (PAL = Palantir) on the Gdrive.
TOC
- 3.3.1 pal_core_01.detect.py (01 events / alerts) (BINGO) 26.0411. Demonstrates event detection and alert generation. Serves as the simplest “sensor → detection → alert” workflow.
- 3.3.2 pal_core_02_predict.py (02 road network / prediction) (BINGO) 26.0411. Demonstrates prediction using a simplified road-network model. Shows how future conditions can be estimated from current observations.
- 3.3.3 pal_core_03_allocate.py (03 resources / allocation) (BINGO) 26.0411. Demonstrates deterministic resource allocation. Assigns available resources to tasks using predefined rules and priorities.
- 3.3.4 pal_core_04 (graph/relationships) (BINGO) 26.0412. Demonstrates relationship analysis using graph structures. Shows how entities and connections can be explored and queried.
- 3.3.5 pal_core_05_operate.py (combine core01-04) (BINGO) 26.0415-16. Combines detection, prediction, allocation, and graph analysis into a single operational workflow. Represents the first complete PAL_CORE system.
- 3.3.5b bcd_pal_core_05 #592 “LLM bcd”. Early experiment exploring where an LLM can assist within the PAL_CORE workflow while maintaining deterministic execution.
- 3.3.6 3.3.6_pal_core_06_all_roles (simplest demo of all core LLM roles) 26.0416. Demonstrates the major roles an LLM can play in an agentic system, including classification, extraction, summarization, planning, and explanation.
- 3.3.7 pal_core_07_gmail_alerts.py (real emails as sensor stream) (BINGO) 25.0423. Uses incoming Gmail messages as a real-world event stream. Demonstrates monitoring, filtering, and alert generation using live data.
- 3.3.8 pal_core_08_plan.py (natural language → plan JSON → controlled execution) (BINGO) 26.0423. Converts natural-language requests into structured plans and executes them through controlled deterministic workflows.
- 3.3.8b pal_core_08_plan.py + LLM (BINGO) 26.0424. Extends the planning demo by using an LLM to generate plans while retaining deterministic validation and execution.
- 3.3.9 pal_core_09_optimize.py (improved allocation / optimization) (BINGO) 26.0427. Improves the allocation process by evaluating multiple possible assignments and selecting better solutions.
- 3.3.10 (todo) pal_core_10_ui.py // dashboard / FastAPI / presentation layer 26.0427. Planned dashboard and presentation layer. Intended to provide a FastAPI-based user interface for interacting with PAL_CORE services.
This section is the long-term goal of ZiptieAI.com. The focus is on building practical AI applications and rapidly integrating AI with real-world software systems. Rather than mastering individual products, the objective is to demonstrate reliable AI agents that solve practical problems, automate workflows, and adapt quickly to unfamiliar environments.
TOC
- Part 1: Projects. Practical AI applications that provide useful functionality.
- Part 2: Integration Demos. Demonstrations of integrating the central AI agent with existing software and enterprise systems.
- Part 3: Lab Demos. Experimental prototypes used to develop, test, and evaluate new AI techniques.
Part 1: Projects
Practical AI applications that provide useful functionality.
- 3b.2 JobRadar (what it does so far 26.0506). Ingests data from different sources and uses LLM to find matching data and summarize. The results are then sent by email, google docs, etc. Runs locally and on Cursor. Spun up in 4 days. I did not even look at the code (not necessary). This is probably how such apps will be done in the future. I will create 1/2 functional/ecosystem diagrams in future (after app design stabilizes).
- 3b.3 (NMAP) Security Assistant (26.0621). This project began as a simple Nmap demo: scan localhost, parse the XML output, and post a summary to Mattermost. The long-term goal is to build a controlled local AI assistant for learning PC security and maintenance. The assistant will inspect only approved local targets, explain findings in plain English, track results in an append-only ledger, and help the user understand problems such as open ports, unused services, unused apps, and low disk space.
- 3b.4 Ledger (TODO). Stores messy human text in an append-only encrypted ledger, then uses AI to search, summarize, and generate new entries without requiring a rigid database schema. The ledger stays immutable. Then the AI/agent produces the current “view”. So nothing is edited in place. The system only appends.
- 3b.5 DITA assistant (TODO). I have done this before (need to find the wiki page): Maintaining a DITA site but by using AI instead of the DITA tools. For this next demo, I’d like to do something clean.. conforms to DITA, but uses only AI. DITA was created when there was no other way to maintain text reuse that with complex DITA tools (its analogous to the UI’s that required strict data entry so that the backend logic could handle the input).
- (future) Inventory Assistant
- (future) Compliance Assistant
Part 2: Integration demos
Demonstrations of integrating the central AI agent with existing software and enterprise systems.
Integration stages

- 3b.11 Slack (26.0627). (GPT) Slack is a representative enterprise software (ESW) application used to demonstrate several approaches to integrating AI into an existing system. Rather than focusing on Slack itself, the goal is to understand the different architectural patterns for adding AI capabilities to enterprise software.
- The demos progress from using Slack as a normal application (S1), to connecting an existing AI agent such as Claude through MCP (S2), to creating a custom Slack App/Bot that integrates an external AI agent directly into the Slack user interface (S3). Together these demos illustrate the evolution from simply using AI to building AI-assisted enterprise applications.
- 3b.12 Odoo (26.0701). (GPT) Odoo is a representative enterprise software (ESW) platform used to demonstrate how AI can be integrated into real business applications and workflows. Rather than focusing on Odoo itself, the goal is to understand practical techniques for adding AI to existing enterprise systems, such as analyzing business data, automating workflows, generating summaries, detecting unusual activity, and assisting users within ERP applications. These demos illustrate how external AI agents can augment complex enterprise software while preserving the existing business logic and user interface.
- 3b.13 Github (CI/CD) (TODO)
Part 3: Lab demos
Experimental prototypes used to develop, test, and evaluate new AI techniques.
- Lab 001 – Non-AI rules (what you just built)
- Lab 002 – Same loop, but GPT explains why the activity is suspicious.
- Lab 003 – GPT recommends an action (“freeze product”, “notify manager”, etc.).
- (TODO) Lab 003b… use fake vocab / 1) add to prompt or 2) fine tune
GTP: I think that's an excellent next lab. TODO: Lab 003b – Domain Vocabulary Demo Create fake enterprise terms (e.g., ZARK, MIBO, TULP). Show that the base model does not understand them. Option 1: Add a glossary to the prompt → model succeeds. Option 2: Fine-tune the same model → model succeeds without the glossary. It's a clean demonstration of the difference between prompt engineering and fine-tuning, using a realistic enterprise scenario rather than a generic benchmark. - Lab 004 – User replies in Mattermost (“approve”), and the agent updates Odoo.
- Lab 005 – Add logging to MongoDB and the ledger.
- Lab 006 – Generate a DITA report.
26.0618 (0515)