grad-tpack
Apply the TPACK framework to evaluate and design technology-integrated instruction at the intersection of technological, pedagogical, and content knowledge. Use this skill when the user needs to assess teacher readiness for technology integration, design professional development for ed-tech, or evaluate whether technology use is pedagogically grounded — even if they say 'how to integrate technology in teaching', 'ed-tech evaluation', or 'teacher technology competency'.
pinned to #4e7f4f8updated last month
Ask your AI client: “install skills/grad-tpack”.
Requires the metahub MCP server installed in your client. Set up MCP.
mh install skills/grad-tpackmetahub onboarded this repo on the author's behalf.
If you own github.com/asgard-ai-platform/skills on GitHub, claim the listing to take over publishing. Your claim preserves the existing eval history and badges; only the curator label is replaced with verified-publisher on your next publish.
Stars
225
Last commit
last month
Latest release
published
- #ai-agent
- #anthropic
- #claude
- #claude-agent-skills
- #claude-code
- #coding-agent
- #knowledge-base
- #mcp
- #methodology
- #open-source
- #prompt-engineering
- #skills
- #taiwan
Automated checks the publisher passed at publish time — structure, docs, safety, and whether the artifact behaves as claimed.4e7f4f8· last month
Documentation
8 passed1 warningHomepage or repository declaredwarn
No homepage or repository declared.
Add a "homepage" or "repository" field to SKILL.md.
Description quality
63 words · 473 chars — "Apply the TPACK framework to evaluate and design technology-integrated instructi…"
README is present and substantial
33,936 chars · 20 sections · 3 code blocks
Tags / topics declared
13 total — ai-agent, anthropic, claude, claude-agent-skills, claude-code, coding-agent (+7)
README has usage / example sections
no labeled section but 3 code blocks document usage
Homepage / docs URL declared
https://vault.asgard-ai.com/skills/
Description is substantive
Description is 63 words.
Documentation present and substantive
Documentation present (SKILL.md, 677 words).
Documentation shows usage
Documentation includes 2 code examples.
Release history
1- releasecurrent4e7f4f8warnlast month
Contents
TPACK Framework
Overview
TPACK (Technological Pedagogical Content Knowledge) describes the knowledge teachers need for effective technology integration. It identifies seven knowledge domains formed by the intersections of Technology (TK), Pedagogy (PK), and Content (CK) knowledge, arguing that effective integration requires understanding all three simultaneously.
When to Use
Trigger conditions:
- Evaluating whether technology use in instruction is pedagogically sound
- Designing teacher professional development for technology integration
- Assessing gaps in educator knowledge domains
When NOT to use:
- When classifying learning objectives by cognitive level (use Bloom's taxonomy)
- When designing scaffolded learning experiences (use constructivism)
- When evaluating information system quality (use IS Success Model)
Assumptions
IRON LAW: Effective Technology Integration Requires ALL THREE Knowledge Types
Technology without pedagogy or content is just a tool, not instruction.
The seven domains:
TK — Technology Knowledge (how tools work)
PK — Pedagogical Knowledge (how to teach)
CK — Content Knowledge (what to teach)
TPK — How technology enables pedagogical strategies
TCK — How technology represents content
PCK — How to teach specific content (Shulman)
TPACK — The intersection of ALL three: the sweet spot
Weakness in ANY domain degrades technology integration quality.
Methodology
Step 1: Map Knowledge Domains
Assess the current state of each knowledge domain (TK, PK, CK) and their intersections for the instructor or instructional context.
Step 2: Identify Integration Opportunities
Find where technology can genuinely enhance pedagogy for specific content. Ask: "What can students do WITH technology that they couldn't do WITHOUT it?"
Step 3: Design at the TPACK Intersection
Create learning activities where technology choice is driven by pedagogical purpose AND content requirements, not technology novelty.
Step 4: Evaluate and Iterate
Assess whether the technology integration achieved learning goals. Check: Did technology serve the pedagogy? Did it represent content accurately? Was it accessible?
Output Format
# TPACK Analysis: {Context/Course}
## Knowledge Domain Assessment
| Domain | Current State | Evidence | Gap |
|--------|-------------|----------|-----|
| TK | ... | ... | ... |
| PK | ... | ... | ... |
| CK | ... | ... | ... |
| TPK | ... | ... | ... |
| TCK | ... | ... | ... |
| PCK | ... | ... | ... |
| TPACK | ... | ... | ... |
## Technology Integration Design
- Content goal: {what students should learn}
- Pedagogical strategy: {how they will learn it}
- Technology role: {why this technology, specifically}
- TPACK alignment: {how all three intersect}
## Recommendations
{Targeted development for weakest domains}
Gotchas
- Technology for technology's sake: The most common TPACK violation. Adding technology without clear pedagogical purpose (e.g., PowerPoint replacing a blackboard with no pedagogical change) is TK without TPK or TPACK.
- TPACK is context-specific: A teacher may have strong TPACK for one topic and weak TPACK for another. It's not a general trait — it varies by content area and technology type.
- Measurement challenges: TPACK is typically measured via self-report surveys, which inflate scores. Observation-based and performance-based assessments are more valid but harder to scale.
- Rapid technology change: TK decays quickly as technology evolves. TPACK development must be ongoing, not a one-time training event.
- PCK is the foundation: Shulman's PCK (knowing how to teach specific content) predates and underlies TPACK. Teachers weak in PCK cannot develop strong TPACK regardless of technology skills.
References
- For TPACK measurement instruments, see
references/tpack-instruments.md - For TPACK lesson design templates, see
references/lesson-design.md
Reviews
No reviews yet. Be the first.
Related
Verification Before Completion
Evidence before assertions, always
Writing Plans
Turn specs into phased implementation plans
Test-Driven Development
Red → green → refactor discipline for any feature or bugfix
mh install skills/grad-tpack