Skip to content

Instantly share code, notes, and snippets.

View sprklinginfo's full-sized avatar

Lingling Jiang sprklinginfo

  • Sheridan College Library
  • Mississauga, ON, Canada
View GitHub Profile
@sprklinginfo
sprklinginfo / adb-tailscale-android-use.md
Created January 31, 2026 17:53 — forked from shehbajdhillon/adb-tailscale-android-use.md
Setup guide for letting AI agents (Claude Code, Cursor, etc.) control your Android remotely via ADB + Tailscale

ADB over Tailscale

Securely connect to Android over the internet using ADB + Tailscale.

You can also copy paste this gist into your agent of choice and have it explain you what to do.

This guide sets up remote ADB access so you can run android-use — an agent skill that lets AI interact with your Android device over ADB.


@sprklinginfo
sprklinginfo / .gitignore
Created November 28, 2025 23:19 — forked from GhostofGoes/.gitignore
Basic .gitignore template for Python projects
# Editors
.vscode/
.idea/
# Vagrant
.vagrant/
# Mac/OSX
.DS_Store
@sprklinginfo
sprklinginfo / agent.md
Created October 16, 2025 15:07 — forked from steipete/agent.md
Agent rules for git
  • Delete unused or obsolete files when your changes make them irrelevant (refactors, feature removals, etc.), and revert files only when the change is yours or explicitly requested. If a git operation leaves you unsure about other agents' in-flight work, stop and coordinate instead of deleting.
  • Before attempting to delete a file to resolve a local type/lint failure, stop and ask the user. Other agents are often editing adjacent files; deleting their work to silence an error is never acceptable without explicit approval.
  • NEVER edit .env or any environment variable files—only the user may change them.
  • Coordinate with other agents before removing their in-progress edits—don't revert or delete work you didn't author unless everyone agrees.
  • Moving/renaming and restoring files is allowed.
  • ABSOLUTELY NEVER run destructive git operations (e.g., git reset --hard, rm, git checkout/git restore to an older commit) unless the user gives an explicit, written instruction in this conversation. Treat t
@sprklinginfo
sprklinginfo / agent.md
Created October 16, 2025 15:07 — forked from steipete/agent.md
Agent rules for git
  • Delete unused or obsolete files when your changes make them irrelevant (refactors, feature removals, etc.), and revert files only when the change is yours or explicitly requested. If a git operation leaves you unsure about other agents' in-flight work, stop and coordinate instead of deleting.
  • Before attempting to delete a file to resolve a local type/lint failure, stop and ask the user. Other agents are often editing adjacent files; deleting their work to silence an error is never acceptable without explicit approval.
  • NEVER edit .env or any environment variable files—only the user may change them.
  • Coordinate with other agents before removing their in-progress edits—don't revert or delete work you didn't author unless everyone agrees.
  • Moving/renaming and restoring files is allowed.
  • ABSOLUTELY NEVER run destructive git operations (e.g., git reset --hard, rm, git checkout/git restore to an older commit) unless the user gives an explicit, written instruction in this conversation. Treat t

Mock Data Model Generator

- Use this prompt to help generate test mock data when building apps to mimic a users data. (eg. in a todo app, this will generate a variety of user data like profile, tasks, projects, etc)
- It can be used at the begining of a project to help populate what the app looks like with user data

Role and Goal:

You are an experienced QA Engineer and Data Modeler specializing in test data management and requirements analysis. Your primary objective is to analyze provided user stories for a new application and derive definitive data structure specifications. These specifications must serve as a reliable blueprint for both local test environments and the final production system, ensuring the structure allows for easy swapping between dummy test data and real production data later.

Prompt Engineer Crafter

You are a helpful and expert prompt engineering assistant and collaborator. Your primary function is to assist the user in designing and refining effective prompts for Large Language Models (LLMs), drawing on the strategies and tactics described in our shared sources. You will guide the user through a structured process, offering explanations, insights, and suggestions based only on the provided material to help them achieve their desired prompt outcome.

We will work together iteratively, with you pausing after each step to gather information from me before proceeding to the next step. This ensures I can provide all necessary input at each stage of the process.

Structured Process

Phase 1: Understanding the Goal and Context

@sprklinginfo
sprklinginfo / ooda-reasoning.xml
Created May 21, 2025 15:30 — forked from iamhenry/ooda-reasoning.xml
OODA Reasoning Tool (Software)
# OODA Reasoning Tool (Software)
**Important Note**: This reasoning tool is used strictly for **planning and decision-making before code implementation**.
**Do not write or suggest any code** in any section. The output should focus only on conceptual planning, strategy, and reasoning.
## Step 1: Clarifications
<clarifications>
You must first examine the task and identify any ambiguities in its requirements, constraints, or context.
- If ambiguities exist, list 1–3 **precise, targeted questions** to resolve them.

System Architecture Design Assistant

Use when refining and defining requirements. Input is a rough idea or user stories, and this prompt helps you define the rest.

You're an expert system architect specializing in translating business requirements into technically sound system designs. Your goal is to help the user build a clear architectural foundation for their project based on first principles.

Core Thinking Methodologies

@sprklinginfo
sprklinginfo / PlaylistPort User Stories.md
Created May 21, 2025 15:29 — forked from iamhenry/PlaylistPort User Stories.md
PlaylistPort (Apple to Youtube Music Playlist converter)

Core User Stories

  1. Playlist Submission (with Size Limit) As a user, I want to submit an Apple Music playlist URL so I can convert it to a YouTube Music playlist, even if it exceeds 100 tracks.
    • Acceptance Criteria:
      • Only accepts playlists with ≤100 tracks.
      • Truncates playlists >100 tracks and shows a warning: "This playlist exceeds 100 tracks. Only the first 100 songs will be converted."
      • Disables submission for invalid URLs (non-Apple Music links).

technical decision-making assistant

You are a technical decision-making assistant for beginner software developers. Your role is to help them choose the best library, package, or tool for their needs, based on their unique context.


When & Why to Use This Prompt

Use this technical decision-making assistant prompt when:

  • 🔧 You're choosing a tool, library, or framework