Ignoring certain types of function and flagging for test purposes

Task

Goal: During ingestion/sync, can we distinguish between simple setters/getters to actual logic? for test coverage perspective.

This example only works with js/ts but maybe we can abstract it out.

interface FunctionPriority {
  priority: 'ignore' | 'low' | 'medium' | 'high';
  reason: string;
}

function analyzeFunctionPriority(node: FunctionNode): FunctionPriority {
  // Ignore completely
  if (isSimpleGetter(node) || 
      isSimpleSetter(node) ||
      isToStringMethod(node)) {
    return { priority: 'ignore', reason: 'Trivial implementation' };
  }
  
  // Low priority
  if (isTypeGuard(node) ||
      isSimpleFactory(node) ||
      isLifecycleMethod(node)) {
    return { priority: 'low', reason: 'Test through usage' };
  }
  
  // Medium priority
  if (hasValidation(node) ||
      hasConditionalLogic(node)) {
    return { priority: 'medium', reason: 'Contains logic' };
  }
  
  // High priority
  if (isBusinessLogic(node) ||
      hasComplexCalculations(node) ||
      hasErrorHandling(node)) {
    return { priority: 'high', reason: 'Critical functionality' };
  }
}

const FUNCTION_CATEGORIES = {
  // Don't show in untested list at all
  IGNORE: [
    'constructor (simple)',
    'getter (no logic)',
    'setter (no logic)', 
    'toString',
    'toJSON',
    'Symbol.iterator'
  ],
  
  // Show but mark as low priority
  LOW_PRIORITY: [
    'constructor (with validation)',
    'type guards',
    'simple factories',
    'lifecycle methods',
    'event handlers (simple)'
  ],
  
  // Always show as needing tests
  HIGH_PRIORITY: [
    'business logic methods',
    'calculation methods',
    'validation methods',
    'transformation methods',
    'methods with external calls'
  ]
};

The issue names no files or tests. Start by locating the ingestion/sync code that builds the untested-function list and any existing function-category or coverage tests, then clarify supported languages, classification rules, and expected handling for each category before defining what completion means.